Java攔截器Interceptor和過濾器Filte的執(zhí)行順序和區(qū)別
1、實現(xiàn)原理不同
過濾器和攔截器 底層實現(xiàn)方式大不相同，過濾器 是基于函數(shù)回調的，攔截器 則是基于Java的反射機制（動態(tài)代理）實現(xiàn)的。
1、攔截器是基于java的反射機制的，而過濾器是基于函數(shù)回調
2、過濾器依賴與servlet容器，而攔截器不依賴與servlet容器
3、攔截器只能對action請求起作用，而過濾器則可以對幾乎所有的請求起作用
4、攔截器可以訪問action上下文、值棧里的對象，而過濾器不能
5、在action的生命周期中，攔截器可以多次被調用，而過濾器只能在容器初始化時被調用一次
這里重點說下過濾器！
在我們自定義的過濾器中都會實現(xiàn)一個 doFilter()方法，這個方法有一個FilterChain 參數(shù)，而實際上它是一個回調接口。ApplicationFilterChain是它的實現(xiàn)類， 這個實現(xiàn)類內部也有一個 doFilter() 方法就是回調方法。
public interface FilterChain {
void doFilter(ServletRequest var1, ServletResponse var2) throws IOException, ServletException;
}
ApplicationFilterChain里面能拿到我們自定義的xxxFilter類，在其內部回調方法doFilter()里調用各個自定義xxxFilter過濾器，并執(zhí)行 doFilter() 方法。
public final class ApplicationFilterChain implements FilterChain {
@Override
public void doFilter(ServletRequest request, ServletResponse response) {
...//省略
internalDoFilter(request,response);
}
private void internalDoFilter(ServletRequest request, ServletResponse response){
if (pos < n) {
//獲取第pos個filter
ApplicationFilterConfig filterConfig = filters[pos++];
Filter filter = filterConfig.getFilter();
...
filter.doFilter(request, response, this);
}
}
}
而每個xxxFilter 會先執(zhí)行自身的 doFilter() 過濾邏輯，最后在執(zhí)行結束前會執(zhí)行filterChain.doFilter(servletRequest, servletResponse)，也就是回調ApplicationFilterChain的doFilter() 方法，以此循環(huán)執(zhí)行實現(xiàn)函數(shù)回調。
@Override
public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException {
filterChain.doFilter(servletRequest, servletResponse);
}
2、使用范圍不同
我們看到過濾器 實現(xiàn)的是 javax.servlet.Filter 接口，而這個接口是在Servlet規(guī)范中定義的，也就是說過濾器Filter 的使用要依賴于Tomcat等容器，導致它只能在web程序中使用。
而攔截器(Interceptor) 它是一個Spring組件，并由Spring容器管理，并不依賴Tomcat等容器，是可以單獨使用的。不僅能應用在web程序中，也可以用于Application、Swing等程序中。
3、觸發(fā)時機不同
過濾器 和 攔截器的觸發(fā)時機也不同，我們看下邊這張圖。
過濾器Filter是在請求進入容器后，但在進入servlet之前進行預處理，請求結束是在servlet處理完以后。
攔截器 Interceptor 是在請求進入servlet后，在進入Controller之前進行預處理的，Controller 中渲染了對應的視圖之后請求結束。
4、攔截的請求范圍不同
在上邊我們已經同時配置了過濾器和攔截器，再建一個Controller接收請求測試一下。
@Controller
@RequestMapping()
public class Test {
@RequestMapping("/test1")
@ResponseBody
public String test1(String a) {
System.out.println("我是controller");
return null;
}
}
項目啟動過程中發(fā)現(xiàn)，過濾器的init()方法，隨著容器的啟動進行了初始化。
此時瀏覽器發(fā)送請求，F(xiàn)12 看到居然有兩個請求，一個是我們自定義的 Controller 請求，另一個是訪問靜態(tài)圖標資源的請求。
看到控制臺的打印日志如下：
執(zhí)行順序 ：Filter 處理中 -> Interceptor 前置 -> 我是controller -> Interceptor 處理中 -> Interceptor 處理后
Filter 處理中
Interceptor 前置
Interceptor 處理中
Interceptor 后置
Filter 處理中
過濾器Filter執(zhí)行了兩次，攔截器Interceptor只執(zhí)行了一次。這是因為過濾器幾乎可以對所有進入容器的請求起作用，而攔截器只會對Controller中請求或訪問static目錄下的資源請求起作用。
5、注入Bean情況不同
在實際的業(yè)務場景中，應用到過濾器或攔截器，為處理業(yè)務邏輯難免會引入一些service服務。
下邊我們分別在過濾器和攔截器中都注入service，看看有什么不同？
@Component
public class TestServiceImpl implements TestService {
@Override
public void a() {
System.out.println("我是方法A");
}
}
過濾器中注入service，發(fā)起請求測試一下 ，日志正常打印出“我是方法A”。
@Autowired
private TestService testService;
@Override
public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException {
System.out.println("Filter 處理中");
testService.a();
filterChain.doFilter(servletRequest, servletResponse);
}
Filter 處理中
我是方法A
Interceptor 前置
我是controller
Interceptor 處理中
Interceptor 后置
在攔截器中注入service，發(fā)起請求測試一下 ，竟然TM的報錯了，debug跟一下發(fā)現(xiàn)注入的service怎么是Null啊？
這是因為加載順序導致的問題，攔截器加載的時間點在springcontext之前，而Bean又是由spring進行管理。
攔截器：老子今天要進洞房；
Spring：兄弟別鬧，你媳婦我還沒生出來呢！
解決方案也很簡單，我們在注冊攔截器之前，先將Interceptor 手動進行注入。注意：在registry.addInterceptor()注冊的是getMyInterceptor() 實例。
@Configuration
public class MyMvcConfig implements WebMvcConfigurer {
@Bean
public MyInterceptor getMyInterceptor(){
System.out.println("注入了MyInterceptor");
return new MyInterceptor();
}
@Override
public void addInterceptors(InterceptorRegistry registry) {
registry.addInterceptor(getMyInterceptor()).addPathPatterns("/**");
}
}
6、控制執(zhí)行順序不同
實際開發(fā)過程中，會出現(xiàn)多個過濾器或攔截器同時存在的情況，不過，有時我們希望某個過濾器或攔截器能優(yōu)先執(zhí)行，就涉及到它們的執(zhí)行順序。
過濾器用@Order注解控制執(zhí)行順序，通過@Order控制過濾器的級別，值越小級別越高越先執(zhí)行。
@Order(Ordered.HIGHEST_PRECEDENCE)
@Component
public class MyFilter2 implements Filter {
攔截器默認的執(zhí)行順序，就是它的注冊順序，也可以通過Order手動設置控制，值越小越先執(zhí)行。
@Override
public void addInterceptors(InterceptorRegistry registry) {
registry.addInterceptor(new MyInterceptor2()).addPathPatterns("/**").order(2);
registry.addInterceptor(new MyInterceptor1()).addPathPatterns("/**").order(1);
registry.addInterceptor(new MyInterceptor()).addPathPatterns("/**").order(3);
}
看到輸出結果發(fā)現(xiàn)，先聲明的攔截器 preHandle() 方法先執(zhí)行，而postHandle()方法反而會后執(zhí)行。
postHandle() 方法被調用的順序跟 preHandle() 居然是相反的！如果實際開發(fā)中嚴格要求執(zhí)行順序，那就需要特別注意這一點。
Interceptor1 前置
Interceptor2 前置
Interceptor 前置
我是controller
Interceptor 處理中
Interceptor2 處理中
Interceptor1 處理中
Interceptor 后置
Interceptor2 處理后
Interceptor1 處理后
那為什么會這樣呢？ 得到答案就只能看源碼了，我們要知道controller 中所有的請求都要經過核心組件DispatcherServlet路由，都會執(zhí)行它的 doDispatch() 方法，而攔截器postHandle()、preHandle()方法便是在其中調用的。
protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
try {
...........
try {
// 獲取可以執(zhí)行當前Handler的適配器
HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());
// Process last-modified header, if supported by the handler.
String method = request.getMethod();
boolean isGet = "GET".equals(method);
if (isGet || "HEAD".equals(method)) {
long lastModified = ha.getLastModified(request, mappedHandler.getHandler());
if (logger.isDebugEnabled()) {
logger.debug("Last-Modified value for [" + getRequestUri(request) + "] is: " + lastModified);
}
if (new ServletWebRequest(request, response).checkNotModified(lastModified) && isGet) {
return;
}
}
// 注意： 執(zhí)行Interceptor中PreHandle()方法
if (!mappedHandler.applyPreHandle(processedRequest, response)) {
return;
}
// 注意：執(zhí)行Handle【包括我們的業(yè)務邏輯，當拋出異常時會被Try、catch到】
mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
if (asyncManager.isConcurrentHandlingStarted()) {
return;
}
applyDefaultViewName(processedRequest, mv);
// 注意：執(zhí)行Interceptor中PostHandle 方法【拋出異常時無法執(zhí)行】
mappedHandler.applyPostHandle(processedRequest, response, mv);
}
}
...........
}
看看兩個方法applyPreHandle(）、applyPostHandle(）具體是如何被調用的，就明白為什么postHandle()、preHandle() 執(zhí)行順序是相反的了。
boolean applyPreHandle(HttpServletRequest request, HttpServletResponse response) throws Exception {
HandlerInterceptor[] interceptors = this.getInterceptors();
if(!ObjectUtils.isEmpty(interceptors)) {
for(int i = 0; i < interceptors.length; this.interceptorIndex = i++) {
HandlerInterceptor interceptor = interceptors[i];
if(!interceptor.preHandle(request, response, this.handler)) {
this.triggerAfterCompletion(request, response, (Exception)null);
return false;
}
}
}
return true;
}
void applyPostHandle(HttpServletRequest request, HttpServletResponse response, @Nullable ModelAndView mv) throws Exception {
HandlerInterceptor[] interceptors = this.getInterceptors();
if(!ObjectUtils.isEmpty(interceptors)) {
for(int i = interceptors.length - 1; i >= 0; --i) {
HandlerInterceptor interceptor = interceptors[i];
interceptor.postHandle(request, response, this.handler, mv);
}
}
}
發(fā)現(xiàn)兩個方法中在調用攔截器數(shù)組 HandlerInterceptor[] 時，循環(huán)的順序竟然是相反的。。。，導致postHandle()、preHandle() 方法執(zhí)行的順序相反。
到此這篇關于Java攔截器Interceptor和過濾器Filte的執(zhí)行順序和區(qū)別的文章就介紹到這了,更多相關Java攔截器和過濾器執(zhí)行順序內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！
相關文章
這篇文章主要為大家介紹了java編程中包的作用詳解，文中通過示例分析方便大家更容易理解包的作用，有需要的朋友可以借鑒參考下，希望能夠有所幫助2021-10-10
java計算自然數(shù)中的水仙花數(shù)的方法分享
這篇文章主要介紹了java計算自然數(shù)中的水仙花數(shù)的方法,需要的朋友可以參考下2014-03-03
SpringBoot?2.7.18?集成?Mybatis?Plus?+?Druid的實例詳解
Mybatis和MybatisPlus都是流行的持久層框架,MybatisPlus在Mybatis基礎上增加了更多便捷的功能,如自動CRUD、分頁插件等,文章還提到了Entity、Mapper、Service、Controller等組件的基本使用方法,為開發(fā)者提供了一套完整的集成方案2024-10-10
今天小編就為大家分享一篇關于Springmvc的運行流程圖文詳解，小編覺得內容挺不錯的，現(xiàn)在分享給大家，具有很好的參考價值，需要的朋友一起跟隨小編來看看吧2019-01-01
這篇文章主要介紹了mybaits-spring的實現(xiàn)方式,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-05-05
在程序員面試過程中redis相關的知識是常被問到的話題。這篇文章主要介紹了幾道Redis面試題，整理一下分享給大家，感興趣的小伙伴們可以參考一下2021-07-07
使用Java和高德地圖API將經緯度轉換為地理位置信息的步驟
這篇文章詳細介紹了如何將GPS坐標轉換為人類可讀的地理位置,介紹了環(huán)境準備、代碼實現(xiàn)、異常處理及優(yōu)化步驟,首先創(chuàng)建LocationFinder類,實現(xiàn)getLocationFromCoordinates方法,利用高德逆地理編碼API轉換坐標,文中通過代碼介紹的非常詳細,需要的朋友可以參考下2024-09-09
這篇文章主要介紹了SpringMVC 異常處理機制與自定義異常處理方式，具有很好的開車價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教2021-10-10
在并發(fā)編程當中我們最常見的需求就是啟動一個線程執(zhí)行一個函數(shù)去完成我們的需求，而在這種需求當中，我們需要函數(shù)有返回值。Java給我們提供了這種機制，去實現(xiàn)這一個效果:FutureTask。本文為大家準備了Java實現(xiàn)FutureTask的示例代碼，需要的可以參考一下2022-08-08
RequestContextHolder.getRequestAttributes()空指針問題及解決
這篇文章主要介紹了RequestContextHolder.getRequestAttributes()空指針問題及解決,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-01-01