java開發中攔截器、過濾器、監聽器區別
一、Filter 過濾器
1、簡介
Filter也稱之為過濾器，它是Servlet技術中最實用的技術，WEB開發人員通過Filter技術，對web伺服器管理的所有web資源：例如Jsp, Servlet, 靜態圖片檔案或靜態 html 檔案等進行攔截，從而實現一些特殊的功能。例如實現URL級別的許可權訪問控制、過濾敏感詞彙、壓縮響應資訊等一些高階功能。
它主要用於對使用者請求進行預處理，也可以對HttpServletResponse 進行後處理。使用Filter 的完整流程：Filter 對使用者請求進行預處理，接著將請求交給Servlet 進行處理並生成響應，最後Filter 再對伺服器響應進行後處理。
Filter功能：
- 在HttpServletRequest 到達 Servlet 之前，攔截客戶的 HttpServletRequest 。 根據需要檢查 HttpServletRequest ，也可以修改HttpServletRequest 頭和資料。
- 在HttpServletResponse 到達客戶端之前，攔截HttpServletResponse 。 根據需要檢查 HttpServletResponse ，也可以修改HttpServletResponse頭和資料。
2、如何實現攔截
Filter介面中有一個doFilter方法，當開發人員編寫好Filter，並配置對哪個web資源進行攔截後，WEB伺服器每次在呼叫web資源的service方法之前，都會先呼叫一下filter的doFilter方法，因此，在該方法內編寫程式碼可達到如下目的：
- 呼叫目標資源之前，讓一段程式碼執行。
- 是否呼叫目標資源（即是否讓使用者訪問web資源）。
web伺服器在呼叫doFilter方法時，會傳遞一個filterChain物件進來，filterChain物件是filter介面中最重要的一個物件，它也提供了一個doFilter方法，開發人員可以根據需求決定是否呼叫此方法，呼叫該方法，則web伺服器就會呼叫web資源的service方法，即web資源就會被訪問，否則web資源不會被訪問。
3、Filter開發兩步走
- 編寫java類實現Filter介面，並實現其doFilter方法。
- 在 web.xml 檔案中使用<filter>和<filter-mapping>元素對編寫的filter類進行註冊，並設定它所能攔截的資源。
web.xml配置各節點介紹：
<filter-name>用於為過濾器指定一個名字，該元素的內容不能為空。
<filter-class>元素用於指定過濾器的完整的限定類名。
<init-param>元素用於為過濾器指定初始化引數，它的子元素<param-name>指定引數的名字，<param-value>指定引數的值。
在過濾器中，可以使用FilterConfig介面物件來訪問初始化引數。
<filter-mapping>元素用於設定一個 Filter 所負責攔截的資源。一個Filter攔截的資源可通過兩種方式來指定：Servlet 名稱和資源訪問的請求路徑
<filter-name>子元素用於設定filter的註冊名稱。該值必須是在<filter>元素中宣告過的過濾器的名字
<url-pattern>設定 filter 所攔截的請求路徑(過濾器關聯的URL樣式)
<servlet-name>指定過濾器所攔截的Servlet名稱。
<dispatcher>指定過濾器所攔截的資源被 Servlet 容器呼叫的方式，可以是REQUEST,INCLUDE,FORWARD和ERROR之一，預設REQUEST。使用者可以設定多個<dispatcher> 子元素用來指定 Filter 對資源的多種呼叫方式進行攔截。
<dispatcher> 子元素可以設定的值及其意義：
REQUEST：當用戶直接訪問頁面時，Web容器將會呼叫過濾器。如果目標資源是通過RequestDispatcher的include()或forward()方法訪問時，那麼該過濾器就不會被呼叫。
INCLUDE：如果目標資源是通過RequestDispatcher的include()方法訪問時，那麼該過濾器將被呼叫。除此之外，該過濾器不會被呼叫。
FORWARD：如果目標資源是通過RequestDispatcher的forward()方法訪問時，那麼該過濾器將被呼叫，除此之外，該過濾器不會被呼叫。
ERROR：如果目標資源是通過宣告式異常處理機制呼叫時，那麼該過濾器將被呼叫。除此之外，過濾器不會被呼叫。
4、Filter鏈
在一個web應用中，可以開發編寫多個Filter，這些Filter組合起來稱之為一個Filter鏈。
web伺服器根據Filter在web.xml檔案中的註冊順序，決定先呼叫哪個Filter，當第一個Filter的doFilter方法被呼叫時，web伺服器會建立一個代表Filter鏈的FilterChain物件傳遞給該方法。在doFilter方法中，開發人員如果呼叫了FilterChain物件的doFilter方法，則web伺服器會檢查FilterChain物件中是否還有filter，如果有，則呼叫第2個filter，如果沒有，則呼叫目標資源。
5、Filter的生命週期
public void init(FilterConfig filterConfig) throws ServletException;//初始化
和我們編寫的Servlet程式一樣，Filter的建立和銷燬由WEB伺服器負責。 web 應用程式啟動時，web 伺服器將建立Filter 的例項物件，並呼叫其init方法，讀取web.xml配置，完成物件的初始化功能，從而為後續的使用者請求作好攔截的準備工作（filter物件只會建立一次，init方法也只會執行一次）。開發人員通過init方法的引數，可獲得代表當前filter配置資訊的FilterConfig物件。
public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException;//攔截請求
這個方法完成實際的過濾操作。當客戶請求訪問與過濾器關聯的URL的時候，Servlet過濾器將先執行doFilter方法。FilterChain引數用於訪問後續過濾器。
public void destroy();//銷燬
Filter物件建立後會駐留在記憶體，當web應用移除或伺服器停止時才銷燬。在Web容器解除安裝 Filter 物件之前被呼叫。該方法在Filter的生命週期中僅執行一次。在這個方法中，可以釋放過濾器使用的資源。
6、FilterConfig介面
使用者在配置filter時，可以使用<init-param>為filter配置一些初始化引數，當web容器例項化Filter物件，呼叫其init方法時，會把封裝了filter初始化引數的filterConfig物件傳遞進來。因此開發人員在編寫filter時，通過filterConfig物件的方法，就可獲得以下內容：
String getFilterName();//得到filter的名稱。
String getInitParameter(String name);//返回在部署描述中指定名稱的初始化引數的值。如果不存在返回null.
Enumeration getInitParameterNames();//返回過濾器的所有初始化引數的名字的列舉集合。
public ServletContext getServletContext();//返回Servlet上下文物件的引用。
7、Filter使用案例
1、使用Filter驗證使用者登入安全控制
前段時間參與維護一個專案，使用者退出系統後，再去位址列訪問歷史，根據url，仍然能夠進入系統響應頁面。我去檢查一下發現對請求未進行過濾驗證使用者登入。新增一個filter搞定問題！
先在web.xml配置
<filter>
<filter-name>SessionFilter</filter-name>
<filter-class>com.action.login.SessionFilter</filter-class>
<init-param>
<param-name>logonStrings</param-name><!-- 對登入頁面不進行過濾 -->
<param-value>/project/index.jsp;login.do</param-value>
</init-param>
<init-param>
<param-name>includeStrings</param-name><!-- 只對指定過濾引數字尾進行過濾 -->
<param-value>.do;.jsp</param-value>
</init-param>
<init-param>
<param-name>redirectPath</param-name><!-- 未通過跳轉到登入介面 -->
<param-value>/index.jsp</param-value>
</init-param>
<init-param>
<param-name>disabletestfilter</param-name><!-- Y:過濾無效 -->
<param-value>N</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>SessionFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
接著編寫FilterServlet：
package com.action.login;
import java.io.IOException;
import javax.servlet.Filter;
import javax.servlet.FilterChain;
import javax.servlet.FilterConfig;
import javax.servlet.ServletException;
import javax.servlet.ServletRequest;
import javax.servlet.ServletResponse;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import javax.servlet.http.HttpServletResponseWrapper;
/**
* 判斷使用者是否登入,未登入則退出系統
*/
public class SessionFilter implements Filter {
public FilterConfig config;
public void destroy() {
this.config = null;
}
public static boolean isContains(String container, String[] regx) {
boolean result = false;
for (int i = 0; i < regx.length; i++) {
if (container.indexOf(regx[i]) != -1) {
return true;
}
}
return result;
}
public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
HttpServletRequest hrequest = (HttpServletRequest)request;
HttpServletResponseWrapper wrapper = new HttpServletResponseWrapper((HttpServletResponse) response);
String logonStrings = config.getInitParameter("logonStrings"); // 登入登陸頁面
String includeStrings = config.getInitParameter("includeStrings"); // 過濾資源字尾引數
String redirectPath = hrequest.getContextPath() + config.getInitParameter("redirectPath");// 沒有登陸轉向頁面
String disabletestfilter = config.getInitParameter("disabletestfilter");// 過濾器是否有效
if (disabletestfilter.toUpperCase().equals("Y")) { // 過濾無效
chain.doFilter(request, response);
return;
}
String[] logonList = logonStrings.split(";");
String[] includeList = includeStrings.split(";");
if (!this.isContains(hrequest.getRequestURI(), includeList)) {// 只對指定過濾引數字尾進行過濾
chain.doFilter(request, response);
return;
}
if (this.isContains(hrequest.getRequestURI(), logonList)) {// 對登入頁面不進行過濾
chain.doFilter(request, response);
return;
}
String user = ( String ) hrequest.getSession().getAttribute("useronly");//判斷使用者是否登入
if (user == null) {
wrapper.sendRedirect(redirectPath);
return;
}else {
chain.doFilter(request, response);
return;
}
}
public void init(FilterConfig filterConfig) throws ServletException {
config = filterConfig;
}
}
這樣既可完成對使用者所有請求，均要經過這個Filter進行驗證使用者登入。
2、防止中文亂碼過濾器
專案使用spring框架時。當前臺JSP頁面和JAVA程式碼中使用了不同的字符集進行編碼的時候就會出現表單提交的資料或者上傳/下載中文名稱檔案出現亂碼的問題，那就可以使用這個過濾器。
<filter>
<filter-name>encoding</filter-name>
<filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>
<init-param>
<param-name>encoding</param-name><!--用來指定一個具體的字符集-->
<param-value>UTF-8</param-value>
</init-param>
<init-param>
<param-name>forceEncoding</param-name><!--true：無論request是否指定了字符集，都是用encoding；false：如果request已指定一個字符集，則不使用encoding-->
<param-value>false</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>encoding</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
3、Spring+Hibernate的OpenSessionInViewFilter控制session的開關
當hibernate+spring配合使用的時候，如果設定了lazy=true（延遲載入）,那麼在讀取資料的時候，當讀取了父資料後，hibernate 會自動關閉session，這樣，當要使用與之關聯資料、子資料的時候，系統會丟擲lazyinit的錯誤，這時就需要使用spring提供的OpenSessionInViewFilter過濾器。
OpenSessionInViewFilter主要是保持Session狀態直到request將全部頁面傳送到客戶端，直到請求結束後才關閉session，這樣就可以解決延遲載入帶來的問題。
注意：OpenSessionInViewFilter配置要寫在struts2的配置前面。因為tomcat容器在載入過濾器的時候是按照順序載入的，如果配置檔案先寫的是struts2的過濾器配置，然後才是OpenSessionInViewFilter過濾器配置，所以載入的順序導致，action在獲得資料的時候session並沒有被spring管理。
<!-- lazy loading enabled in spring -->
<filter>
<filter-name>OpenSessionInViewFilter</filter-name>
<filter-class>org.springframework.orm.hibernate3.support.OpenSessionInViewFilter</filter-class>
<init-param>
<param-name>sessionFactoryBeanName</param-name><!-- 可預設。預設是從spring容器中找id為sessionFactory的bean，如果id不為sessionFactory，則需要配置如下，此處SessionFactory為spring容器中的bean。 -->
<param-value>sessionFactory</param-value>
</init-param>
<init-param>
<param-name>singleSession</param-name><!-- singleSession預設為true,若設為false則等於沒用OpenSessionInView -->
<param-value>true</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>OpenSessionInViewFilter</filter-name>
<url-pattern>*.do</url-pattern>
</filter-mapping>
4、Struts2的web.xml配置
專案中使用Struts2同樣需要在web.xml配置過濾器，用來擷取請求，轉到Struts2的Action進行處理。
注意：如果在2.1.3以前的Struts2版本，過濾器使用org.apache.struts2.dispatcher.FilterDispatcher。否則使用org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter。從Struts2.1.3開始，將廢棄ActionContextCleanUp過濾器，而在StrutsPrepareAndExecuteFilter過濾器中包含相應的功能。
三個初始化引數配置：
- config引數：指定要載入的配置檔案。逗號分割。
- actionPackages引數：指定Action類所在的包空間。逗號分割。
- configProviders引數：自定義配置檔案提供者，需要實現ConfigurationProvider介面類。逗號分割。
<!-- struts 2.x filter -->
<filter>
<filter-name>struts2</filter-name>
<filter-class>org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>struts2</filter-name>
<url-pattern>*.do</url-pattern>
</filter-mapping>
二、Interceptor 攔截器
待更新
三、Listener 監聽器
1、Listener的定義與作用
監聽器Listener就是在application,session,request三個物件建立、銷燬或者往其中新增修改刪除屬性時自動執行程式碼的功能元件。
Listener是Servlet的監聽器，可以監聽客戶端的請求，服務端的操作等。
2、Listener的分類與使用
主要有以下三類：
1、ServletContext監聽
ServletContextListener：用於對Servlet整個上下文進行監聽（建立、銷燬）。
public void contextInitialized(ServletContextEvent sce);//上下文初始化
public void contextDestroyed(ServletContextEvent sce);//上下文銷燬
public ServletContext getServletContext();//ServletContextEvent事件：取得一個ServletContext（application）物件
ServletContextAttributeListener：對Servlet上下文屬性的監聽（增刪改屬性）。
public void attributeAdded(ServletContextAttributeEvent scab);//增加屬性
public void attributeRemoved(ServletContextAttributeEvent scab);//屬性刪除
public void attributeRepalced(ServletContextAttributeEvent scab);//屬性替換（第二次設定同一屬性）
//ServletContextAttributeEvent事件：能取得設定屬性的名稱與內容
public String getName();//得到屬性名稱
public Object getValue();//取得屬性的值
2、Session監聽
Session屬於http協議下的內容，介面位於javax.servlet.http.*包下。
HttpSessionListener介面：對Session的整體狀態的監聽。
public void sessionCreated(HttpSessionEvent se);//session建立
public void sessionDestroyed(HttpSessionEvent se);//session銷燬
//HttpSessionEvent事件：
public HttpSession getSession();//取得當前操作的session
HttpSessionAttributeListener介面：對session的屬性監聽。
public void attributeAdded(HttpSessionBindingEvent se);//增加屬性
public void attributeRemoved(HttpSessionBindingEvent se);//刪除屬性
public void attributeReplaced(HttpSessionBindingEvent se);//替換屬性
//HttpSessionBindingEvent事件：
public String getName();//取得屬性的名稱
public Object getValue();//取得屬性的值
public HttpSession getSession();//取得當前的session
session的銷燬有兩種情況：
1、session超時，web.xml配置：
<session-config>
<session-timeout>120</session-timeout><!--session120分鐘後超時銷燬-->
</session-config>
2、手工使session失效
public void invalidate();//使session失效方法。session.invalidate();
3、Request監聽
ServletRequestListener：用於對Request請求進行監聽（建立、銷燬）。
public void requestInitialized(ServletRequestEvent sre);//request初始化
public void requestDestroyed(ServletRequestEvent sre);//request銷燬
//ServletRequestEvent事件：
public ServletRequest getServletRequest();//取得一個ServletRequest物件
public ServletContext getServletContext();//取得一個ServletContext（application）物件
ServletRequestAttributeListener：對Request屬性的監聽（增刪改屬性）。
public void attributeAdded(ServletRequestAttributeEvent srae);//增加屬性
public void attributeRemoved(ServletRequestAttributeEvent srae);//屬性刪除
public void attributeReplaced(ServletRequestAttributeEvent srae);//屬性替換（第二次設定同一屬性）
//ServletRequestAttributeEvent事件：能取得設定屬性的名稱與內容
public String getName();//得到屬性名稱
public Object getValue();//取得屬性的值
4、在web.xml中配置
Listener配置資訊必須在Filter和Servlet配置之前，Listener的初始化（ServletContentListener初始化）比Servlet和Filter都優先，而銷燬比Servlet和Filter都慢。
<listener>
<listener-class>com.listener.class</listener-class>
</listener>
3、Listener應用例項
1、利用HttpSessionListener統計最多線上使用者人數
import java.text.DateFormat;
import java.text.SimpleDateFormat;
import java.util.Date;
import javax.servlet.ServletContext;
import javax.servlet.http.HttpSessionEvent;
import javax.servlet.http.HttpSessionListener;
public class HttpSessionListenerImpl implements HttpSessionListener {
public void sessionCreated(HttpSessionEvent event) {
ServletContext app = event.getSession().getServletContext();
int count = Integer.parseInt(app.getAttribute("onLineCount").toString());
count++;
app.setAttribute("onLineCount", count);
int maxOnLineCount = Integer.parseInt(app.getAttribute("maxOnLineCount").toString());
if (count > maxOnLineCount) {
//記錄最多人數是多少
app.setAttribute("maxOnLineCount", count);
DateFormat df = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
//記錄在那個時刻達到上限
app.setAttribute("date", df.format(new Date()));
}
}
//session登出、超時時候呼叫，停止tomcat不會呼叫
public void sessionDestroyed(HttpSessionEvent event) {
ServletContext app = event.getSession().getServletContext();
int count = Integer.parseInt(app.getAttribute("onLineCount").toString());
count--;
app.setAttribute("onLineCount", count);
}
}
2、Spring使用ContextLoaderListener載入ApplicationContext配置資訊
ContextLoaderListener的作用就是啟動Web容器時，自動裝配ApplicationContext的配置資訊。因為它實現了ServletContextListener這個介面，在web.xml配置這個監聽器，啟動容器時，就會預設執行它實現的方法。
ContextLoaderListener如何查詢ApplicationContext.xml的配置位置以及配置多個xml：如果在web.xml中不寫任何引數配置資訊，預設的路徑是"/WEB-INF/applicationContext.xml"，在WEB-INF目錄下建立的xml檔案的名稱必須是applicationContext.xml（在MyEclipse中把xml檔案放置在src目錄下）。如果是要自定義檔名可以在web.xml里加入contextConfigLocation這個context引數。
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:spring/applicationContext-*.xml</param-value><!-- 採用的是萬用字元方式，查詢WEB-INF/spring目錄下xml檔案。如有多個xml檔案，以“,”分隔。 -->
</context-param>
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
3、Spring使用Log4jConfigListener配置Log4j日誌
Spring使用Log4jConfigListener的好處：
- 動態的改變記錄級別和策略，不需要重啟Web應用。
- 把log檔案定在 /WEB-INF/logs/ 而不需要寫絕對路徑。因為系統把web目錄的路徑壓入一個叫webapp.root的系統變數。這樣寫log檔案路徑時不用寫絕對路徑了。
- 可以把log4j.properties和其他properties一起放在/WEB-INF/ ，而不是Class-Path。
- 設定log4jRefreshInterval時間，開一條watchdog執行緒每隔段時間掃描一下配置檔案的變化。
<context-param>
<param-name>webAppRootKey</param-name>
<param-value>project.root</param-value><!-- 用於定位log檔案輸出位置在web應用根目錄下，log4j配置檔案中寫輸出位置：log4j.appender.FILE.File=${project.root}/logs/project.log -->
</context-param>
<context-param>
<param-name>log4jConfigLocation</param-name>
<param-value>classpath:log4j.properties</param-value><!-- 載入log4j配置檔案 -->
</context-param>
<context-param>
<param-name>log4jRefreshInterval</param-name>
<param-value>60000</param-value><!--Spring重新整理Log4j配置檔案的間隔60秒,單位為millisecond-->
</context-param>
<listener>
<listener-class>org.springframework.web.util.Log4jConfigListener</listener-class>
</listener>
4、Spring使用IntrospectorCleanupListener清理快取
這個監聽器的作用是在web應用關閉時重新整理JDK的JavaBeans的Introspector快取，以確保Web應用程式的類載入器以及其載入的類正確的釋放資源。
如果JavaBeans的Introspector已被用來分析應用程式類，系統級的Introspector快取將持有這些類的一個硬引用。因此，這些類和Web應用程式的類載入器在Web應用程式關閉時將不會被垃圾收集器回收！而IntrospectorCleanupListener則會對其進行適當的清理，已使其能夠被垃圾收集器回收。
唯一能夠清理Introspector的方法是重新整理整個Introspector快取，沒有其他辦法來確切指定應用程式所引用的類。這將刪除所有其他應用程式在伺服器的快取的Introspector結果。
在使用Spring內部的bean機制時，不需要使用此監聽器，因為Spring自己的introspection results cache將會立即重新整理被分析過的JavaBeans Introspector cache，而僅僅會在應用程式自己的ClassLoader裡面持有一個cache。雖然Spring本身不產生洩漏，注意，即使在Spring框架的類本身駐留在一個“共同”類載入器（如系統的ClassLoader）的情況下，也仍然應該使用使用IntrospectorCleanupListener。在這種情況下，這個IntrospectorCleanupListener將會妥善清理Spring的introspection cache。
應用程式類，幾乎不需要直接使用JavaBeans Introspector，所以，通常都不是Introspector resource造成記憶體洩露。相反，許多庫和框架，不清理Introspector，例如： Struts和Quartz。
需要注意的是一個簡單Introspector洩漏將會導致整個Web應用程式的類載入器不會被回收！這樣做的結果，將會是在web應用程式關閉時，該應用程式所有的靜態類資源（比如：單例項物件）都沒有得到釋放。而導致記憶體洩露的根本原因其實並不是這些未被回收的類！
注意：IntrospectorCleanupListener應該註冊為web.xml中的第一個Listener，在任何其他Listener之前註冊，比如在Spring's ContextLoaderListener註冊之前，才能確保IntrospectorCleanupListener在Web應用的生命週期適當時機生效。
<!-- memory clean -->
<listener>
<listener-class>org.springframework.web.util.IntrospectorCleanupListener</listener-class>
</listener>
1、攔截器是基於java的反射機制的，而過濾器是基於函式回撥
2、過濾器依賴與servlet容器，而攔截器不依賴與servlet容器
3、攔截器只能對action請求起作用，而過濾器則可以對幾乎所有的請求起作用
4、攔截器可以訪問action上下文、值棧裡的物件，而過濾器不能
5、在action的生命週期中，攔截器可以多次被呼叫，而過濾器只能在容器初始化時被呼叫一次
攔截器 ：是在面向切面程式設計的就是在你的service或者一個方法，前呼叫一個方法，或者在方法後呼叫一個方法比如動態代理就是攔截器的簡單實現，在你呼叫方法前打印出字串（或者做其它業務邏輯的操作），也可以在你呼叫方法後打印出字串，甚至在你丟擲異常的時候做業務邏輯的操作。
1.Struts2攔截器是在訪問某個Action或Action的某個方法，欄位之前或之後實施攔截，並且Struts2攔截器是可插拔的，攔截器是ＡＯＰ的一種實現。
2. 攔截器棧（Interceptor Stack）。Struts2攔截器棧就是將攔截器按一定的順序聯結成一條鏈。在訪問被攔截的方法或欄位時，Struts2攔截器鏈中的攔截器就會按其之前定義的順序被呼叫。