欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

淺析SpringBoot中的過濾器和攔截器

 更新時間:2024年03月11日 11:18:43   作者:void  
過濾器和攔截器都是為了在請求到達目標處理器(Servlet或Controller)之前或者之后插入自定義的處理邏輯,下面就跟隨小編來看看它們二者的區(qū)別和具體使用吧

介紹

過濾器和攔截器都是為了在請求到達目標處理器(Servlet或Controller)之前或者之后插入自定義的處理邏輯

過濾器:

遵循AOP(面向切面編程)思想實現(xiàn),基于Servlet規(guī)范提供的Filter接口,它是位于客戶端請求與服務器響應之間的一個組件,依賴于Servlet容器。當請求到達服務器時,過濾器會在請求進入實際目標資源(如Servlet、JSP頁面)之前或之后執(zhí)行特定的操作,原理是基于函數(shù)回調

攔截器

遵循AOP(面向切面編程)思想實現(xiàn),如Spring MVC中的HandlerInterceptor接口,它不依賴于Servlet容器的具體實現(xiàn),而是由應用框架管理。攔截器是在請求進入到控制器層(Controller)方法前后執(zhí)行自定義邏輯

原理解析

過濾器

為什么說過濾器基于函數(shù)回調?

過濾器基于函數(shù)回調,所謂函數(shù)回調/回調函數(shù)指的是:一個函數(shù)(稱為回調函數(shù))作為參數(shù)傳遞給另一個函數(shù)(稱為調用函數(shù)),當滿足一定條件或者在某個特定時刻,調用函數(shù)會調用傳遞過來的回調函數(shù)

由于Java中不直接支持函數(shù)指針,所以常常通過接口來實現(xiàn)回調機制

FilterChain就是一個接口

public interface FilterChain {

    public void doFilter(ServletRequest request, ServletResponse response)
            throws IOException, ServletException;

}

Filter的實現(xiàn)類中doFilter()方法中FilterChain作為參數(shù)被傳進來,并且在合適的時機被回調了其doFilter方法

public class MyFilter implements Filter {
    @Override
    public void init(FilterConfig filterConfig) throws ServletException {
        Filter.super.init(filterConfig);
    }

    @Override
    public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
        log.info("hello");
        chain.doFilter(request,response);
    }

    @Override
    public void destroy() {
        Filter.super.destroy();
    }
}

攔截器

攔截器基于AOP(面向切面編程)思想實現(xiàn),但是并不一定用到動態(tài)代理或者切面,切點之類的技術,以如Spring MVC中的HandlerInterceptor接口為例,從源碼看更像是直接將攔截器注入,形成了一個攔截器鏈,在controller層面上進行代碼織入

DispatcherServlet作為SpringMVC框架的核心類,http請求的核心執(zhí)行方法為doService(),再進入doDispatch()方法

protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
		HttpServletRequest processedRequest = request;
        /**
         * 1.
         * HandlerExecutionChain 是一個對象
         * 包含了以下重要的屬性
         * private final Object handler; //處理器(controller和其最后的方法)
         * List<HandlerInterceptor> interceptorList = new ArrayList<>();//攔截器列表,用來存儲匹配處理器的攔截器
         */
		HandlerExecutionChain mappedHandler = null;
		boolean multipartRequestParsed = false;

		WebAsyncManager asyncManager = WebAsyncUtils.getAsyncManager(request);

		try {
			ModelAndView mv = null;
			Exception dispatchException = null;

			try {
				processedRequest = checkMultipart(request);
				multipartRequestParsed = (processedRequest != request);

                /**
                 * 2.
                 * 下面這行代碼 大概做了以下事情
                 * 1.通過request和url 匹配了對應的controller以及調用的方法 填充了HandlerExecutionChain.handler
                 * 2.通過匹配request和HandlerInterceptor的注冊信息(攔截哪些,放行哪些),往HandlerExecutionChain.interceptorList中添加對應的攔截器
                 */
				mappedHandler = getHandler(processedRequest);
				if (mappedHandler == null) {
					noHandlerFound(processedRequest, response);
					return;
				}

				// Determine handler adapter for the current request.
				HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());

				// Process last-modified header, if supported by the handler.
				String method = request.getMethod();
				boolean isGet = HttpMethod.GET.matches(method);
				if (isGet || HttpMethod.HEAD.matches(method)) {
					long lastModified = ha.getLastModified(request, mappedHandler.getHandler());
					if (new ServletWebRequest(request, response).checkNotModified(lastModified) && isGet) {
						return;
					}
				}
                /**
                 * 3.執(zhí)行 攔截器鏈條中的所有前置方法
                 */
				if (!mappedHandler.applyPreHandle(processedRequest, response)) {
					return;
				}

                /**
                 * 4.交由處理器(controller對應的方法)去處理方法中的業(yè)務邏輯
                 */
				mv = ha.handle(processedRequest, response, mappedHandler.getHandler());

				if (asyncManager.isConcurrentHandlingStarted()) {
					return;
				}

				applyDefaultViewName(processedRequest, mv);
                
                /**
                 * 5.倒序執(zhí)行 攔截器鏈條中的所有后置方法
                 */
				mappedHandler.applyPostHandle(processedRequest, response, mv);
			}}
        //...

流程解析

由于Filter依賴于Servlet容器所以不同的容器Filter,FilterChain的實現(xiàn)類存在差異,這里以Tomcat為例分析

1.向后臺發(fā)起一次請求

2.接待線程接收到,將任務轉交給工作線程

3.判斷協(xié)議,封裝必要對象

4.將request,response一路轉交至StandardWrapperValve.invoke(Request request, Response response)

5.創(chuàng)建過濾鏈ApplicationFilterFactory.createFilterChain(request, wrapper, servlet);

? 5.1從上下文中獲取注冊好的過濾器

? 5.2遍歷過濾器,匹配URL,Servlet等,將匹配好的過濾器加入到過濾器鏈

6.依次回調FilterChain的doFilter方法filterChain.doFilter(request.getRequest(),response.getResponse());

7.將所有過濾器的前置代碼執(zhí)行完畢,進入servlet,servlet.service(request, response);

8.進入DispatcherServlet統(tǒng)一調度

9.調用攔截器前置方法

10.進入controller中的對應方法,執(zhí)行具體的業(yè)務邏輯

11.調用攔截器后置(數(shù)組倒序執(zhí)行)

12.將所有過濾器的后置代碼執(zhí)行完畢(方法棧,先進后出)

13.將結果返回給請求者

注意,過濾器和攔截器實現(xiàn)先進后出的實現(xiàn)方式是不同的,過濾器基于函數(shù)回調,方法棧結構天生支持先進后出;攔截器則是直接使用循環(huán)倒序遍歷

總結

同:

過濾器和攔截器都遵循面向切面編程的思想(AOP),實現(xiàn)了在請求到達目標處理器(Servlet/Controller)之前或者之后插入自定義的處理邏輯

異:

1.使用范圍不同

  • 過濾器實現(xiàn)的是javax.servlet.Filter該接口在Servlet規(guī)范中定義,依賴WEB容器
  • 攔截器是一個Spring組件,由Spring管理,并不依賴Tomcat容器,可以單獨使用(Application,Swing)

2.使用的場景不同

  • 攔截器更加接近業(yè)務系統(tǒng),所以攔截器更適用于處理統(tǒng)一的業(yè)務邏輯,比如權限判斷等
  • 過濾器通常用來實現(xiàn)通用功能,比如xss過濾,敏感詞,處理跨域等等

3.觸發(fā)的時機不同

過濾器的觸發(fā)時機早于攔截器

4.底層實現(xiàn)細節(jié)不同

  • 過濾器實現(xiàn)先進后出基于方法棧的數(shù)據(jù)結構
  • 攔截器實現(xiàn)先進后出基于循環(huán)倒序遍歷

到此這篇關于淺析SpringBoot中的過濾器和攔截器的文章就介紹到這了,更多相關SpringBoot過濾器和攔截器內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!

相關文章

最新評論