通州北大青鳥學術部提供:從J2EE1.3開始,Servlet2.3規(guī)范中加入了對過濾器的支持。過濾器能夠對目標資源的請求和響應進行截取。過濾器的工作方式分為四種,下面,通州北大青鳥學術部老師就給大家介紹一下這四種過濾器的工作方式:
1、request過濾器
這種過濾器的工作方式比較簡單,大家也經(jīng)常遇到,如下所示:以下是web.xml文件配置方式:
<filter>
<filter-name>myFilter</filter-name>
<filter-class>packagename.MyFilterName</filter-class>
</filter>
<filter-mapping>
<filter-name>myFilter</filter>
<servlet-name> 目標資源</servlet-name>
</filter-mapping>
<filter>
下面我們更改一下web.xml文件的配置,如下方式:
<filter-name>myFilter</filter-name>
<filter-class>packagename.MyFilterName</filter-class>
</filter>
<filter-mapping>
<filter-name>myFilter</filter>
<servlet-name> 目標資源1</servlet-name>
</filter-mapping>
<filter-mapping>
<filter-name>myFilter</filter>
<servlet-name> 目標資源2</servlet-name>
</filter-mapping>
也就是說此過濾器對目標資源一和目標資源二都進行過濾,然后當目標資源一被訪問的時候我們將請求轉發(fā)給目標資源二,那么這個時候過濾器是怎么工作的呢?如下圖所示:我們可以看到,當我們訪問目標資源一時過濾器截取了請求,然后再轉發(fā)給目標資源一,然后再轉發(fā)給目標資源二,從圖中我們可以看到過濾器沒有截取轉發(fā)到目標資源二的請求,但是我們已經(jīng)在web.xml文件中配置了該過濾器對目標資源二的過濾,為什么又沒有起到過濾作用呢? 通州北大青鳥
答案就在于,目標資源一是客戶端直接訪問,而目標資源二是被轉發(fā)過來的,這時過濾器就不能過濾目標資源二。如果你直接訪問目標資源二,你會發(fā)現(xiàn)該過濾器起到了作用?
我們上面的web.xml文件配置與以下方式等價:
<filter-name>myFilter</filter-name>
<filter-class>packagename.MyFilterName</filter-class>
</filter>
<filter-mapping>
<filter-name>myFilter</filter>
<servlet-name> 目標資源1</servlet-name>
<dispatcher>REQUEST</dispatcher>
</filter-mapping>
<filter-mapping>
<filter-name>myFilter</filter>
<servlet-name> 目標資源2</servlet-name>
<dispatcher>REQUEST</dispatcher>
</filter-mapping>
這種方式的配置,說明只有直接訪問該目標資源時該過濾器才會起作用,對轉發(fā)到該目標資源的請求將忽略不處理。
那如果我想對轉發(fā)到目標資源二的請求進行過濾,那怎么辦呢?答案見,下一種過濾器,forward過濾器。
2、forward過濾器 (通州北大青鳥)
我們將web.xml文件的配置修改如下:
<filter-name>myFilter</filter-name>
<filter-class>packagename.MyFilterName</filter-class>
</filter>
<filter-mapping>
<filter-name>myFilter</filter>
<servlet-name> 目標資源1</servlet-name>
<dispatcher>REQUEST</dispatcher>
</filter-mapping>
<filter-mapping>
<filter-name>myFilter</filter>
<servlet-name> 目標資源2</servlet-name>
<dispatcher>FORWARD</dispatcher>
</filter-mapping>
我們看對目標資源二過濾的配置方式,這時過濾方式為forward,也就是說對轉發(fā)到目標資源二的請求過濾,如果直接訪問目標資源二,過濾器將不起作用。
3、include過濾器
理解了forward過濾器之后,include過濾器就不難理解了。以下方式:
<filter-name>myFilter</filter-name>
<filter-class>packagename.MyFilterName</filter-class>
</filter>
<filter-mapping>
<filter-name>myFilter</filter>
<servlet-name> 目標資源1</servlet-name>
<dispatcher>REQUEST</dispatcher>
</filter-mapping>
<filter-mapping>
<filter-name>myFilter</filter>
<servlet-name> 目標資源2</servlet-name>
<dispatcher>INCLUDE</dispatcher>
</filter-mapping>
此表示對包含了目標資源二的請求過濾,如果直接訪問目標資源二,則此過濾器將不起作用。 (通州北大青鳥)
在JSP頁面中的動作:指令包含,這時此過濾器不工作。
4、error過濾器
當我們訪問一個web目標資源時,²耀服務器沒有找到該目標資源,那么服務器就會給出一個404錯誤代碼。如果我們給404錯誤代碼定義一個頁面,那么當404錯誤發(fā)生時就會調用該頁面,請看以下web.xml文件的配置:
<filter-name>myFilter</filter-name>
<filter-class>packagename.MyFilterName</filter-class>
</filter>
<filter-mapping>
<filter-name>myFilter</filter>
<servlet-name> /error.jsp</servlet-name>
<dispatcher>ERROR</dispatcher>
</filter-mapping>
<error-page>
<error-code>404</error-code>
<location>/error.jsp</location>
</error-page>
當我們訪問一個不存在的文件時,就會訪問error.jsp,但是配置了過濾器對錯誤頁面進行過濾,所以過濾器先接受到請求,然后再轉發(fā)給error.jsp。 (通州北大青鳥)
如果我們訪問一個已經(jīng)存在的頁面,會不會調用error.jsp呢?如果這個頁面中有response.sendError(404,"出錯了!");那么該錯誤頁面仍然會被調用,過濾器也會工作
(通州北大青鳥)