詳細(xì)介紹Servlet過濾器的工作方式
Servlet過濾器是可插入的 Web 組件,它允許我們實(shí)現(xiàn) Web 應(yīng)用程序中的預(yù)處理和后期處理邏輯。過濾器支持 servlet 和 JSP 頁面的基本請求處理功能,比如日志記錄、性能、安全、會話處理、XSLT 轉(zhuǎn)換,等等。
從J2EE1.3開始,Servlet2.3規(guī)范中加入了對過濾器的支持。過濾器能夠?qū)δ繕?biāo)資源的請求和響應(yīng)進(jìn)行截取。過濾器的工作方式分為四種,下面讓我們分別來看看這四種過濾器的工作方式:
1、request過濾器
這種過濾器的工作方式比較簡單,大家也經(jīng)常遇到,如下圖所示:
以下是web.xml文件配置方式:
- <filter >
- <filter-name >myFilter</filter-name >
- <filter-class >xx.MyFilter</filter-class >
- <filter >
- <filter-mapping >
- <filter-name >myFilter</filter-name >
- <servlet-name >目標(biāo)資源一</servlet-name >
- </filter-mapping >
下面我們更改一下web.xml文件的配置,如下方式:
- <filter >
- <filter-name >myFilter</filter-name >
- <filter-class >xx.MyFilter</filter-class >
- </filter >
- <filter-mapping >
- <filter-name >myFilter</filter-name >
- <servlet-name >目標(biāo)資源一</servlet-name >
- </filter-mapping >
- <filter-mapping >
- <filter-name >myFilter</filter-name >
- <servlet-name >目標(biāo)資源二</servlet-name >
- </filter-mapping >
也就是說此過濾器對目標(biāo)資源一和目標(biāo)資源二都進(jìn)行過濾,然后當(dāng)目標(biāo)資源一被訪問的時(shí)候我們將請求轉(zhuǎn)發(fā)給目標(biāo)資源二,那么這個(gè)時(shí)候過濾器是怎么工作的呢?如下圖所示:
我們可以看到,當(dāng)我們訪問目標(biāo)資源一時(shí)過濾器截取了請求,然后再轉(zhuǎn)發(fā)給目標(biāo)資源一,然后再轉(zhuǎn)發(fā)給目標(biāo)資源二,從圖中我們可以看到過濾器沒有截取轉(zhuǎn)發(fā)到目標(biāo)資源二的請求,但是我們已經(jīng)在web.xml文件中配置了該過濾器對目標(biāo)資源二的過濾,為什么又沒有起到過濾作用呢?
答案就在于,目標(biāo)資源一是客戶端直接訪問,而目標(biāo)資源二是被轉(zhuǎn)發(fā)過來的,這時(shí)過濾器就不能過濾目標(biāo)資源二。如果你直接訪問目標(biāo)資源二,你會發(fā)現(xiàn)該過濾器起到了作用?
我們上面的web.xml文件配置與以下方式等價(jià):
- <filter >myFilter</filter >
- <filter-name >myFilter</filter-name >
- <filter-class >xx.MyFilter</filte-class >
- </filter >
- <filter-mapping >
- <filter-name >myFilter</filter-name >
- <servlet-name >目標(biāo)資源一</servlet-name >
- <dispatcher >REQUEST</dispatcher >
- </filter-mapping >
- <filter-mapping >
- <filter-name >myFilter</filter-name >
- <servlet-name >目標(biāo)資源二</servlet-name >
- <dispatcher >REQUEST</dispatcher >
- </filter-mapping >
這種方式的配置,說明只有直接訪問該目標(biāo)資源時(shí)該過濾器才會起作用,對轉(zhuǎn)發(fā)到該目標(biāo)資源的請求將忽略不處理。
那如果我想對轉(zhuǎn)發(fā)到目標(biāo)資源二的請求進(jìn)行過濾,那怎么辦呢?答案見,下一種過濾器,forward過濾器。
2、forward過濾器
我們將web.xml文件的配置修改如下:
- <filter >myFilter</filter >
- <filter-name >myFilter</filter-name >
- <filter-class >xx.MyFilter</filter-class >
- </filter >
- <filter-mapping >
- <filter-name >myFilter</filter-name >
- <servlet-name >目標(biāo)資源一</servlet-name >
- <dispatcher >REQUEST</dispatcher >
- </filter-mapping >
- <filter-mapping >
- <filter-name >myFilter</filter-name >
- <servlet-name >目標(biāo)資源二</servlet-name >
- <dispatcher >FORWARD</dispatcher >
- </filter-mapping >
工作方式如下圖所示:
我們看對目標(biāo)資源二過濾的配置方式,這時(shí)過濾方式為forward,也就是說對轉(zhuǎn)發(fā)到目標(biāo)資源二的請求過濾,如果直接訪問目標(biāo)資源二,過濾器將不起作用。
3、include過濾器
理解了forward過濾器之后,include過濾器就不難理解了。以下方式:
- <filter-mapping >
- <filter-name >myFilter</filter-name >
- <servlet-name >目標(biāo)資源二</servlet-name >
- <dispatcher >INCLUDE</dispatcher >
- </filter-mapping >
此表示對包含了目標(biāo)資源二的請求過濾,如果直接訪問目標(biāo)資源二,則此過濾器將不起作用。
include包含以下語句:
在JSP頁面中的動作:指令包含,這時(shí)此過濾器不工作。
4、error過濾器
當(dāng)我們訪問一個(gè)web目標(biāo)資源時(shí),如果服務(wù)器沒有找到該目標(biāo)資源,那么服務(wù)器就會給出一個(gè)404錯(cuò)誤代碼。如果我們給404錯(cuò)誤代碼定義一個(gè)頁面,那么當(dāng)404錯(cuò)誤發(fā)生時(shí)就會調(diào)用該頁面,請看以下web.xml文件的配置:
- <filter-mapping >
- <filter-name >myFilter</filter-name >
- <url-pattern >/error.jsp</url-pattern >
- <dispatcher >ERROR</dispatcher >
- </filter-mapping >
- <error-page >
- <error-code >404</error-code >
- <location >/error.jsp</location >
- </error-page >
當(dāng)我們訪問一個(gè)不存在的文件時(shí),就會訪問error.jsp,但是配置了過濾器對錯(cuò)誤頁面進(jìn)行過濾,所以過濾器先接受到請求,然后再轉(zhuǎn)發(fā)給error.jsp.
如果我們訪問一個(gè)已經(jīng)存在的頁面,會不會調(diào)用error.jsp呢?如果這個(gè)頁面中有response.sendError(404,“出錯(cuò)了!”);那么該錯(cuò)誤頁面仍然會被調(diào)用,過濾器也會工作。
希望通過本文對于過濾器的介紹,能夠給你帶來幫助。