轉自：http://www.iteye.com/topic/1111744
從J2EE1.3開始，Servlet2.3規範中加入了對過濾器的支持。過濾器能夠對目標資源的請求和響應進行截取。過濾器的工作方式分爲四種，下面讓我們分別來看看這四種過濾器的工作方式：
1、request過濾器
這種過濾器的工作方式比較簡單，大家也經常遇到，如下所示：以下是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>
也就是說此過濾器對目標資源一和目標資源二都進行過濾，然後當目標資源一被訪問的時候我們將請求轉發給目標資源二，那麼這個時候過濾器是怎麼
工作的呢?如下圖所示：我們可以看到，當我們訪問目標資源一時過濾器截取了請求，然後再轉發給目標資源一，然後再轉發給目標資源二，從圖中我們可以看到過
濾器沒有截取轉發到目標資源二的請求，但是我們已經在web.xml文件中配置了該過濾器對目標資源二的過濾，爲什麼又沒有起到過濾作用呢?
答案就在於，目標資源一是客戶端直接訪問，而目標資源二是被轉發過來的，這時過濾器就不能過濾目標資源二。如果你直接訪問目標資源二，你會發現該過濾器起到了作用?
我們上面的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>
這種方式的配置，說明只有直接訪問該目標資源時該過濾器纔會起作用，對轉發到該目標資源的請求將忽略不處理。
那如果我想對轉發到目標資源二的請求進行過濾，那怎麼辦呢?答案見，下一種過濾器，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，也就是說對轉發到目標資源二的請求過濾，如果直接訪問目標資源二，過濾器將不起作用。
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錯誤發生時就會調用該頁面，請看以下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，但是配置了過濾器對錯誤頁面進行過濾，所以過濾器先接受到請求，然後再轉發給error.jsp。
如果我們訪問一個已經存在的頁面，會不會調用error.jsp呢?如果這個頁面中有response.sendError(404,"出錯了!");那麼該錯誤頁面仍然會被調用，過濾器也會工作。