程序員，你還不會合理選擇Filter、Interceptor、Aspect？

時間 2019-11-08

標籤程序員還不合理選擇 filter interceptor aspect 欄目快樂工作简体版

原文原文鏈接

享學課堂特邀做者：老顧web

轉載請聲明出處！編程

前言

小夥伴們應該據說過過濾器、攔截器、切面，印象上都可以起到截斷攔截的做用，在作一些業務需求時，不知道如何選擇，今天老顧就來介紹一下他們之間的區別。安全

Filter過濾器

過濾器能夠攔截到方法的請求和響應(ServletRequest request, ServletResponse response),並對請求響應作出過濾操做。bash

過濾器依賴於servlet容器。在實現上，基於函數回調，它能夠對幾乎全部請求進行過濾，一個過濾器實例只能在容器初始化時調用一次。服務器

使用過濾器的目的是用來作一些過濾操做，獲取咱們想要獲取的數據，好比：在過濾器中修改字符編碼；在過濾器中修改HttpServletRequest的一些參數，包括：過濾低俗文字、危險字符等。話很少說，先上代碼。 app

再定義兩個Controller，一個UserController，一個OrderController框架

雖然Filter過濾器和Controller請求都已經定義了，但如今過濾器是不起做用的。須要把Filter配置一下，有兩個方案第一個方案在Filter上面加上@Component。函數

@Component
public  class  TimeFilter  implements  Filter
複製代碼

第二個方案配置化註冊過濾器post

第二個方案的特色就是能夠細化到過濾哪些規則的URL咱們來啓動應用時，過濾器被初始化了，init函數被回調。編碼

請求http://localhost:9000/order/1

看看控制檯的日誌輸出

請求http://localhost:9000/user/1

控制檯日誌輸出

中止應用後，控制檯輸出

Filter隨web應用的啓動而啓動，只初始化一次，隨web應用的中止而銷燬。

1.啓動服務器時加載過濾器的實例，並調用init()方法來初始化實例；

2.每一次請求時都只調用方法doFilter()進行處理；

3.中止服務器時調用destroy()方法，銷燬實例。

咱們再來看看doFilter方法

doFilter(ServletRequest request, ServletResponse response, FilterChain chain)

從參數咱們看到，filter裏面是可以獲取到請求的參數和響應的數據；但此方法是沒法知道是哪個Controller類中的哪一個方法被執行。還有一點須要注意的是，filter中是無法使用注入的bean的，也就是沒法使用@Autowired

上面代碼注入的值爲null。這是爲何呢？

其實Spring中，web應用啓動的順序是：listener->filter->servlet，先初始化listener，而後再來就filter的初始化，再接着纔到咱們的dispathServlet的初始化，所以，當咱們須要在filter裏注入一個註解的bean時，就會注入失敗，由於filter初始化時，註解的bean還沒初始化，無法注入。

若是必定你要使用，須要作一些處理，能夠私信老顧哦

Interceptor攔截器

依賴於web框架，在SpringMVC中就是依賴於SpringMVC框架。在實現上,基於Java的反射機制，屬於面向切面編程（AOP）的一種運用，就是在一個方法前，調用一個方法，或者在方法後，調用一個方法。

在WebMvcConfigurationSupport配置一下

執行結果

咱們發現攔截器中能夠獲取到Controller對象

preHandle(HttpServletRequest request, HttpServletResponse response, Object handler)
複製代碼

object handler就是controller方法對象

HandlerMethod handlerMethod = (HandlerMethod)handler;

handlerMethod.getBean().getClass().getName(); //獲取類名

handlerMethod.getMethod().getName(); //獲取方法名
複製代碼

但咱們發現獲取不到方法的參數值，這個是爲何呢？在DispatcherServlet類中，方法 doDispatch(HttpServletRequest request, HttpServletResponse response)。