今天學(xué)習(xí)和認(rèn)識(shí)了一下，過(guò)濾器和SPRingMVC的攔截器的區(qū)別，學(xué)到了不少的東西，以前一直以為攔截器就是過(guò)濾器實(shí)現(xiàn)的，現(xiàn)在想想還真是一種錯(cuò)誤啊，而且看的比較粗淺，沒有一個(gè)全局而又細(xì)致的認(rèn)識(shí)，由于已至深夜，時(shí)間原因，我就把一些網(wǎng)友的觀點(diǎn)重點(diǎn)摘錄下來(lái)，大家仔細(xì)看后也一定會(huì)有一個(gè)比較新的認(rèn)識(shí)（在此非常感謝那些大牛們的無(wú)私奉獻(xiàn)，分享他們的經(jīng)驗(yàn)與心得，才能讓像我這樣的小白有機(jī)會(huì)站一下你們這些巨人的肩膀，才能少走些彎路）。
過(guò)濾器和攔截器的區(qū)別：
①攔截器是基于java的反射機(jī)制的，而過(guò)濾器是基于函數(shù)回調(diào)。 ②攔截器不依賴與servlet容器，過(guò)濾器依賴與servlet容器。 ③攔截器只能對(duì)action請(qǐng)求起作用，而過(guò)濾器則可以對(duì)幾乎所有的請(qǐng)求起作用。 ④攔截器可以訪問(wèn)action上下文、值棧里的對(duì)象，而過(guò)濾器不能訪問(wèn)。 ⑤在action的生命周期中，攔截器可以多次被調(diào)用，而過(guò)濾器只能在容器初始化時(shí)被調(diào)用一次。
⑥攔截器可以獲取IOC容器中的各個(gè)bean，而過(guò)濾器就不行，這點(diǎn)很重要，在攔截器里注入一個(gè)service，可以調(diào)用業(yè)務(wù)邏輯。
寫了點(diǎn)測(cè)試代碼，順便整理一下思路，搞清楚這幾者之間的順序：
1.過(guò)濾器是JavaEE標(biāo)準(zhǔn)，采用函數(shù)回調(diào)的方式進(jìn)行。是在請(qǐng)求進(jìn)入容器之后，還未進(jìn)入Servlet之前進(jìn)行預(yù)處理，并且在請(qǐng)求結(jié)束返回給前端這之間進(jìn)行后期處理。
@Overridepublic void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { System.out.println("before..."); chain.doFilter(request, response); System.out.println("after...");}chain.doFilter(request, response);這個(gè)方法的調(diào)用作為分水嶺。事實(shí)上調(diào)用Servlet的doService()方法是在chain.doFilter(request, response);這個(gè)方法中進(jìn)行的。
2.攔截器是被包裹在過(guò)濾器之中的。
@Overridepublic boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { System.out.println("preHandle"); return true;}@Overridepublic void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception { System.out.println("postHandle");}@Overridepublic void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception { System.out.println("afterCompletion");}a.preHandle()這個(gè)方法是在過(guò)濾器的chain.doFilter(request, response)方法的前一步執(zhí)行，也就是在 [System.out.println(“before…”)][chain.doFilter(request, response)]之間執(zhí)行。
b.preHandle()方法之后，在return ModelAndView之前進(jìn)行，可以操控Controller的ModelAndView內(nèi)容。
c.afterCompletion()方法是在過(guò)濾器返回給前端前一步執(zhí)行，也就是在[chain.doFilter(request, response)][System.out.println(“after…”)]之間執(zhí)行。
3.SpringMVC的機(jī)制是由同一個(gè)Servlet來(lái)分發(fā)請(qǐng)求給不同的Controller，其實(shí)這一步是在Servlet的service()方法中執(zhí)行的。所以過(guò)濾器、攔截器、service()方法，dispatc()方法的執(zhí)行順序應(yīng)該是這樣的，大致畫了個(gè)圖：其實(shí)非常好測(cè)試，自己寫一個(gè)過(guò)濾器，一個(gè)攔截器，然后在這些方法中都加個(gè)斷點(diǎn)，一路F8下去就得出了結(jié)論。
總結(jié)：攔截器功在對(duì)請(qǐng)求權(quán)限鑒定方面確實(shí)很有用處，在我所參與的這個(gè)項(xiàng)目之中，第三方的遠(yuǎn)程調(diào)用每個(gè)請(qǐng)求都需要參與鑒定，所以這樣做非常方便，而且他是很獨(dú)立的邏輯，這樣做讓業(yè)務(wù)邏輯代碼很干凈。和框架的其他功能一樣，原理很簡(jiǎn)單，使用起來(lái)也很簡(jiǎn)單，大致看了下SpringMVC這一部分的源碼，其實(shí)還是比較容易理解的。
我們項(xiàng)目中僅僅用到了preHandle這個(gè)方法，而未用其他的，框架提供了一個(gè)已經(jīng)實(shí)現(xiàn)了攔截器接口的適配器類HandlerInterceptorAdapter，繼承這個(gè)類然后重寫一下需要用到的方法就行了，可以少幾行代碼，這種方式Java中很多地方都有體現(xiàn)。
以上部分是摘自神一樣存在的博客，參考了一下這個(gè)帖子：http://haohaoxuexi.iteye.com/blog/1750680
大家還可以參考一下這個(gè)電子書的截圖：
新聞熱點(diǎn)
疑難解答
圖片精選
網(wǎng)友關(guān)注
