一、攔截器與過(guò)濾器

在講Spring boot之前，我們先了解一下過(guò)濾器和攔截器。這兩者在功能方面很類(lèi)似，但是在具體技術(shù)實(shí)現(xiàn)方面，差距還是比較大的。在分析兩者的區(qū)別之前，我們先理解一下AOP的概念，AOP不是一種具體的技術(shù)，而是一種編程思想。在面向?qū)ο缶幊痰倪^(guò)程中，我們很容易通過(guò)繼承、多態(tài)來(lái)解決縱向擴(kuò)展。 但是對(duì)于橫向的功能，比如，在所有的service方法中開(kāi)啟事務(wù)，或者統(tǒng)一記錄日志等功能，面向?qū)ο蟮氖菬o(wú)法解決的。所以AOP——面向切面編程其實(shí)是面向?qū)ο缶幊趟枷氲囊粋€(gè)補(bǔ)充。而我們今天講的過(guò)濾器和攔截器都屬于面向切面編程的具體實(shí)現(xiàn)。而兩者的主要區(qū)別包括以下幾個(gè)方面：

1、Filter是依賴于Servlet容器，屬于Servlet規(guī)范的一部分，而攔截器則是獨(dú)立存在的，可以在任何情況下使用。

2、Filter的執(zhí)行由Servlet容器回調(diào)完成，而攔截器通常通過(guò)動(dòng)態(tài)代理的方式來(lái)執(zhí)行。

3、Filter的生命周期由Servlet容器管理，而攔截器則可以通過(guò)IoC容器來(lái)管理，因此可以通過(guò)注入等方式來(lái)獲取其他Bean的實(shí)例，因此使用會(huì)更方便。

二、過(guò)濾器的配置

現(xiàn)在我們通過(guò)過(guò)濾器來(lái)實(shí)現(xiàn)記錄請(qǐng)求執(zhí)行時(shí)間的功能，其實(shí)現(xiàn)如下：

public class LogCostFilter implements Filter {
 @Override
 public void init(FilterConfig filterConfig) throws ServletException {
 }
 @Override
 public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException {
  long start = System.currentTimeMillis();
  filterChain.doFilter(servletRequest,servletResponse);
  System.out.println("Execute cost="+(System.currentTimeMillis()-start));
 }
 @Override
 public void destroy() {

 }
}

這段代碼的邏輯比較簡(jiǎn)單，就是在方法執(zhí)行前先記錄時(shí)間戳，然后通過(guò)過(guò)濾器鏈完成請(qǐng)求的執(zhí)行，在返回結(jié)果之間計(jì)算執(zhí)行的時(shí)間。這里需要主要，這個(gè)類(lèi)必須繼承Filter類(lèi)，這個(gè)是Servlet的規(guī)范，這個(gè)跟以前的Web項(xiàng)目沒(méi)區(qū)別。但是，有了過(guò)濾器類(lèi)以后，以前的web項(xiàng)目可以在web.xml中進(jìn)行配置，但是spring boot項(xiàng)目并沒(méi)有web.xml這個(gè)文件，那怎么配置？在Spring boot中，我們需要FilterRegistrationBean來(lái)完成配置。其實(shí)現(xiàn)過(guò)程如下：

@Configuration
public class FilterConfig {
 @Bean
 public FilterRegistrationBean registFilter() {
  FilterRegistrationBean registration = new FilterRegistrationBean();
  registration.setFilter(new LogCostFilter());
  registration.addUrlPatterns("/*");
  registration.setName("LogCostFilter");
  registration.setOrder(1);
  return registration;
 }
}

這樣配置就完成了，需要配置的選項(xiàng)主要包括實(shí)例化Filter類(lèi)，然后指定url的匹配模式，設(shè)置過(guò)濾器名稱和執(zhí)行順序，這個(gè)過(guò)程和在web.xml中配置其實(shí)沒(méi)什么區(qū)別，只是形式不同而已?，F(xiàn)在我們可以啟動(dòng)服務(wù)器訪問(wèn)任意URL：

大家可以看到上面的配置已經(jīng)生效了。除了通過(guò) FilterRegistrationBean 來(lái)配置以外，還有一種更直接的辦法，直接通過(guò)注解就可以完成了：

@WebFilter(urlPatterns = "/*", filterName = "logFilter2")
public class LogCostFilter2 implements Filter {
 @Override
 public void init(FilterConfig filterConfig) throws ServletException {
 }
 @Override
 public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException {
  long start = System.currentTimeMillis();
  filterChain.doFilter(servletRequest, servletResponse);
  System.out.println("LogFilter2 Execute cost=" + (System.currentTimeMillis() - start));
 }
 @Override
 public void destroy() {

 }
}

這里直接用@WebFilter就可以進(jìn)行配置，同樣，可以設(shè)置url匹配模式，過(guò)濾器名稱等。這里需要注意一點(diǎn)的是@WebFilter這個(gè)注解是Servlet3.0的規(guī)范，并不是Spring boot提供的。除了這個(gè)注解以外，我們還需在配置類(lèi)中加另外一個(gè)注解：@ServletComponetScan，指定掃描的包。

@SpringBootApplication
@MapperScan("com.pandy.blog.dao")
@ServletComponentScan("com.pandy.blog.filters")
public class Application {
 public static void main(String[] args) throws Exception {
  SpringApplication.run(Application.class, args);
 }
}

現(xiàn)在，我們?cè)賮?lái)訪問(wèn)一下任意URL：

可以看到，我們配置的兩個(gè)過(guò)濾器都生效了。細(xì)心的讀者會(huì)發(fā)現(xiàn)，第二個(gè)Filter我們并沒(méi)有指定執(zhí)行的順序，但是卻在第一個(gè)Filter之前執(zhí)行。這里需要解釋一下，@WebFilter這個(gè)注解并沒(méi)有指定執(zhí)行順序的屬性，其執(zhí)行順序依賴于Filter的名稱，是根據(jù)Filter類(lèi)名（注意不是配置的filter的名字）的字母順序倒序排列，并且@WebFilter指定的過(guò)濾器優(yōu)先級(jí)都高于FilterRegistrationBean配置的過(guò)濾器。有興趣的朋友可以自己實(shí)驗(yàn)一下。

三、攔截器的配置

上面我們已經(jīng)介紹了過(guò)濾器的配置方法，接下來(lái)我們?cè)賮?lái)看看如何配置一個(gè)攔截器。我們使用攔截器來(lái)實(shí)現(xiàn)上面同樣的功能，記錄請(qǐng)求的執(zhí)行時(shí)間。首先我們實(shí)現(xiàn)攔截器類(lèi)：

public class LogCostInterceptor implements HandlerInterceptor {
 long start = System.currentTimeMillis();
 @Override
 public boolean preHandle(HttpServletRequest httpServletRequest, HttpServletResponse httpServletResponse, Object o) throws Exception {
  start = System.currentTimeMillis();
  return true;
 }
 @Override
 public void postHandle(HttpServletRequest httpServletRequest, HttpServletResponse httpServletResponse, Object o, ModelAndView modelAndView) throws Exception {
  System.out.println("Interceptor cost="+(System.currentTimeMillis()-start));
 }
 @Override
 public void afterCompletion(HttpServletRequest httpServletRequest, HttpServletResponse httpServletResponse, Object o, Exception e) throws Exception {
 }
}

這里我們需要實(shí)現(xiàn)HandlerInterceptor這個(gè)接口，這個(gè)接口包括三個(gè)方法，preHandle是請(qǐng)求執(zhí)行前執(zhí)行的，postHandler是請(qǐng)求結(jié)束執(zhí)行的，但只有preHandle方法返回true的時(shí)候才會(huì)執(zhí)行，afterCompletion是視圖渲染完成后才執(zhí)行，同樣需要preHandle返回true，該方法通常用于清理資源等工作。除了實(shí)現(xiàn)上面的接口外，我們還需對(duì)其進(jìn)行配置：

@Configuration
public class InterceptorConfig extends WebMvcConfigurerAdapter {

 @Override
 public void addInterceptors(InterceptorRegistry registry) {
  registry.addInterceptor(new LogCostInterceptor()).addPathPatterns("/**");
  super.addInterceptors(registry);
 }
}

這里我們繼承了WebMVCConfigurerAdapter，看過(guò)前面的文章的朋友應(yīng)該已經(jīng)見(jiàn)過(guò)這個(gè)類(lèi)了，在進(jìn)行靜態(tài)資源目錄配置的時(shí)候我們用到過(guò)這個(gè)類(lèi)。這里我們重寫(xiě)了addInterceptors這個(gè)方法，進(jìn)行攔截器的配置，主要配置項(xiàng)就兩個(gè)，一個(gè)是指定攔截器，第二個(gè)是指定攔截的URL?，F(xiàn)在我們?cè)賳?dòng)系統(tǒng)訪問(wèn)任意一個(gè)URL：

可以看到，我們通過(guò)攔截器實(shí)現(xiàn)了同樣的功能。不過(guò)這里還要說(shuō)明一點(diǎn)的是，其實(shí)這個(gè)實(shí)現(xiàn)是有問(wèn)題的，因?yàn)閜reHandle和postHandle是兩個(gè)方法，所以我們這里不得不設(shè)置一個(gè)共享變量start來(lái)存儲(chǔ)開(kāi)始值，但是這樣就會(huì)存在線程安全問(wèn)題。當(dāng)然，我們可以通過(guò)其他方法來(lái)解決，比如通過(guò)ThreadLocal就可以很好的解決這個(gè)問(wèn)題，有興趣的同學(xué)可以自己實(shí)現(xiàn)。不過(guò)通過(guò)這一點(diǎn)我們其實(shí)可以看到，雖然攔截器在很多場(chǎng)景下優(yōu)于過(guò)濾器，但是在這種場(chǎng)景下，過(guò)濾器比攔截器實(shí)現(xiàn)起來(lái)更簡(jiǎn)單。

四、總結(jié)

本文主要對(duì)基于Spring boot對(duì)過(guò)濾器和攔截器的配置進(jìn)行的講解。無(wú)論是過(guò)濾器還是攔截器都屬于AOP（面向切面編程）思想的具體實(shí)現(xiàn)。除了這兩種實(shí)現(xiàn)我們還見(jiàn)過(guò)另一種更靈活的AOP實(shí)現(xiàn)技術(shù)，即Aspect，我們可以通過(guò)Aspect來(lái)完成更多更強(qiáng)大的功能。這個(gè)后續(xù)再給大家分享。

最新評(píng)論