servlet/filter/listener/interceptor區別

  一、概念：

         1、servlet：servlet是一種運行服務器端的java應用程序，具有獨立於平臺和協議的特性，並且可以動態的生成web頁面，它工作在客戶端請求與服務器響應的中間層。最早支持 Servlet 技術的是 JavaSoft 的 Java Web Server。此後，一些其它的基於 Java 的 Web Server 開始支持標準的 Servlet API。Servlet 的主要功能在於交互式地瀏覽和修改數據，生成動態 Web 內容。這個過程爲：

1) 客戶端發送請求至服務器端；

2) 服務器將請求信息發送至 Servlet；

3) Servlet 生成響應內容並將其傳給服務器。響應內容動態生成，通常取決於客戶端的請求；

4) 服務器將響應返回給客戶端。

在 Web 應用程序中，一個 Servlet 在一個時刻可能被多個用戶同時訪問。這時 Web 容器將爲每個用戶創建一個線程來執行 Servlet。如果 Servlet 不涉及共享資源的問題，不必關心多線程問題。但如果 Servlet 需要共享資源，需要保證 Servlet 是線程安全的。

最新版本3.1，爲了簡化開發流程，Servlet 3.0 引入了註解（annotation），這使得 web 部署描述符 web.xml 不再是必須的選擇。

 

         2、filter：filter是一個可以複用的代碼片段，可以用來轉換HTTP請求、響應和頭信息。Filter不像Servlet，它不能產生一個請求或者響應，它只是修改對某一資源的請求，或者修改從某一的響應。Servlet中的過濾器Filter是實現了javax.servlet.Filter接口的服務器端程序，主要的用途是過濾字符編碼、做一些業務邏輯判斷等。其工作原理是，只要你在web.xml文件配置好要攔截的客戶端請求，它都會幫你攔截到請求，此時你就可以對請求或響應(Request、Response)統一設置編碼，簡化操作；同時還可進行邏輯判斷，如用戶是否已經登陸、有沒有權限訪問該頁面等等工作。它是隨你的web應用啓動而啓動的，只初始化一次，以後就可以攔截相關請求，只有當你的web應用停止或重新部署的時候才銷燬。Filter可認爲是Servlet的一種“變種”，它主要用於對用戶請求進行預處理，也可以對HttpServletResponse進行後處理，是個典型的處理鏈。它與Servlet的區別在於：它不能直接向用戶生成響應。完整的流程是：Filter對用戶請求進行預處理，接着將請求交給Servlet進行處理並生成響應，最後Filter再對服務器響應進行後處理。

Filter有如下幾個用處。

• • 在HttpServletRequest到達Servlet之前，攔截客戶的HttpServletRequest。
  • 根據需要檢查HttpServletRequest，也可以修改HttpServletRequest頭和數據。
  • 在HttpServletResponse到達客戶端之前，攔截HttpServletResponse。
  • 根據需要檢查HttpServletResponse，也可以修改HttpServletResponse頭和數據。

Filter有如下幾個種類。

• • 用戶授權的Filter：Filter負責檢查用戶請求，根據請求過濾用戶非法請求。
  • 日誌Filter：詳細記錄某些特殊的用戶請求。
  • 負責解碼的Filter：包括對非標準編碼的請求解碼。
  • 能改變XML內容的XSLT Filter等。
  • Filter可負責攔截多個請求或響應；一個請求或響應也可被多個請求攔截。

創建一個Filter只需兩個步驟：

• • 建Filter處理類；
  • web.xml文件中配置Filter。

下面先介紹一個簡單的記錄日誌的Filter，這個Filter負責攔截所有的用戶請求，並將請求的信息記錄在日誌中。

 

public class LogFilter implements Filter 
{
//FilterConfig可用於訪問Filter的配置信息
private FilterConfig config;
//實現初始化方法
public void init(FilterConfig config)
{
this.config = config; 
}
//實現銷燬方法
public void destroy()
{
this.config = null; 
}
//執行過濾的核心方法
public void doFilter(ServletRequest request,ServletResponse response, FilterChain chain)throws IOException,ServletException
{
//---------下面代碼用於對用戶請求執行預處理---------
//獲取ServletContext對象，用於記錄日誌
ServletContext context = this.config.getServletContext(); 
long before = System.currentTimeMillis();
System.out.println("開始過濾...");
//將請求轉換成HttpServletRequest請求
HttpServletRequest hrequest = (HttpServletRequest)request;
//記錄日誌
context.log("Filter已經截獲到用戶的請求地址： " + hrequest.getServletPath());
//Filter只是鏈式處理，請求依然放行到目的地址
chain.doFilter(request, response); 
//---------下面代碼用於對服務器響應執行後處理---------
long after = System.currentTimeMillis();
//記錄日誌
context.log("過濾結束");
//再次記錄日誌
context.log("請求被定位到" + hrequest.getRequestURI() + "所花的時間爲: " + (after - before)); 
}
}

上面程序實現了doFilter()方法，實現該方法就可實現對用戶請求進行預處理，也可實現對服務器響應進行後處理——它們的分界線爲是否調用了chain.doFilter()，執行該方法之前，即對用戶請求進行預處理；執行該方法之後，即對服務器響應進行後處理。

在上面的請求Filter中，僅在日誌中記錄請求的URL，對所有的請求都執行chain.doFilter (request,reponse)方法，當Filter對請求過濾後，依然將請求發送到目的地址。如果需要檢查權限，可以在Filter中根據用戶請求的HttpSession，判斷用戶權限是否足夠。如果權限不夠，直接調用重定向即可，無須調用chain.doFilter(request,reponse)方法。

   在web.xml文件中我們需要對其需要攔截的請求配置監聽範圍，或者說過濾哪些url。

    <filter>
        <filter-name>logfilter</filter-name>
        <filter-class>com.mine.test.LogFilter</filter-class>
    </filter>
    <filter-mapping>
        <filter-name>logfilter</filter-name>
        <url-pattern>/*</url-pattern> <!--配置過濾的範圍   後綴符合即過濾  此處爲全部過濾-->
    </filter-mapping>

 

在web.xml文件中配置該Filter，使用init-param元素爲該Filter配置參數，init-param可接受如下兩個子元素：

param-name：指定參數名。

param-value：指定參數值。

其實struts2本身就依託於一個總過濾器：

<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>/*</url-pattern>
    </filter-mapping>

 

 多個匹配的Filter，是按照其在web.xml中配置的順序來執行的。 

所以這也就是，把自己的Filter或者其他的Filter（比如UrlRewrite的Filter）放在Struts的DispatcherFilter的前面的原因。因爲，它們需要在請求被Struts2框架處理之前，做一些前置的工作。 
當Filter被調用，並且進入了Struts2的DispatcherFilter中後，Struts2會按照在Action中配置的Interceptor Stack中的Interceptor的順序，來調用Interceptor。 

 3、listener：監聽器，從字面上可以看出listener主要用來監聽只用。通過listener可以監聽web服務器中某一個執行動作，並根據其要求作出相應的響應。通俗的語言說就是在application，session，request三個對象創建消亡或者往其中添加修改刪除屬性時自動執行代碼的功能組件。比如spring 的總監聽器 會在服務器啓動的時候實例化我們配置的bean對象 、 hibernate 的 session 的監聽器會監聽session的活動和生命週期，負責創建，關閉session等活動。

Servlet的監聽器Listener，它是實現了javax.servlet.ServletContextListener 接口的服務器端程序，它也是隨web應用的啓動而啓動，只初始化一次，隨web應用的停止而銷燬。主要作用是： 做一些初始化的內容添加工作、設置一些基本的內容、比如一些參數或者是一些固定的對象等等。

         4、interceptor：是在面向切面編程的，就是在你的service或者一個方法，前調用一個方法，或者在方法後調用一個方法，是基於JAVA的反射機制。比如動態代理就是攔截器的簡單實現，在你調用方法前打印出字符串（或者做其它業務邏輯的操作），也可以在你調用方法後打印出字符串，甚至在你拋出異常的時候做業務邏輯的操作。

    servlet、filter、listener是配置到web.xml中（web.xml 的加載順序是：context-param -> listener -> filter -> servlet ），interceptor不配置到web.xml中，struts的攔截器配置到struts.xml中。spring的攔截器配置到spring.xml中。 

 

        二、生命週期：

        1、servlet：一般繼承HttpServlet（一般的，通用Servlet由javax.servlet.GenericServlet實現Servlet接口。程序設計人員可以通過使用或繼承這個類來實現通用Servlet應用。javax.servlet.http.HttpServlet實現了專門用於響應HTTP請求的Servlet，提供了響應對應HTTP標準請求的doGet()、doPost()等方法），web.xml配置servlet時如果加上load-on-start（在servlet的配置當中，<load-onstartup>1</load-on-startup>的含義是：標記容器是否在啓動的時候就加載這個servlet。當值爲0或者大於0時，表示容器在應用啓動時就加載這個servlet；當是一個負數時或者沒有指定時，則指示容器在該servlet被選擇時才加載。正數的值越小，啓動該servlet的優先級越高。）爲1時候，Web應用啓動時候加載Servlet。當servlet被部署在應用服務器中（應用服務器中用於管理Java組件的部分被抽象成爲容器）以後，由容器控制servlet的生命週期。除非特殊指定，否則在容器啓動的時候，servlet是不會被加載的，servlet只會在第一次請求的時候被加載和實例化。servlet一旦被加載，一般不會從容器中刪除，直至應用服務器關閉或重新啓動。但當容器做內存回收動作時，servlet有可能被刪除。也正是因爲這個原因，第一次訪問servlet所用的時間要大大多於以後訪問所用的時間。servlet在服務器的運行生命週期爲，在第一次請求（或其實體被內存垃圾回收後再被訪問）時被加載並執行一次初始化方法，跟着執行正式運行方法，之後會被常駐並每次被請求時直接執行正式運行方法，直到服務器關閉或被清理時執行一次銷燬方法後實體銷燬。Java服務器頁面（JSP）是HttpServlet的擴展。由於HttpServlet大多是用來響應HTTP請求，並返回Web頁面（例如HTML、XML），所以不可避免地，在編寫servlet時會涉及大量的HTML內容，這給servlet的書寫效率和可讀性帶來很大障礙，JSP便是在這個基礎上產生的。其功能是使用HTML的書寫格式，在適當的地方加入Java代碼片斷，將程序員從複雜的HTML中解放出來，更專注於servlet本身的內容。JSP在首次被訪問的時候被應用服務器轉換爲servlet，在以後的運行中，容器直接調用這個servlet，而不再訪問JSP頁面。JSP的實質仍然是servlet。

        (1)、裝入：啓動服務器時加載Servlet的實例； 
        (2)、初始化：web服務器啓動時或web服務器接收到請求時，或者兩者之間的某個時刻啓動。初始化工作有init（）方法負責執行完成； 
        (3)、調用：從第一次到以後的多次訪問，都是隻調用doGet()或doPost()方法； 
        (4)、銷燬：停止服務器時調用destroy()方法，銷燬實例。 

        

           2、filter：（必須實現javax.Servlet.Filter接口，並且必須定義以下三個方法:init(),destory(),doFilter()，空實現也行） 
         (1)、啓動服務器時加載過濾器的實例，並調用init()方法來初始化實例； 
         (2)、每一次請求時都只調用方法doFilter()進行處理； 
         (3)、停止服務器時調用destroy()方法，銷燬實例。

         3、listener：Servlet的監聽器Listener，它是實現了javax.servlet.ServletContextListener 接口的服務器端程序，它也是隨web應用的啓動而啓動，只初始化一次，隨web應用的停止而銷燬。

           web.xml 的加載順序是：context- param -> listener -> filter -> servlet 

       4、interceptor：以struts的攔截器爲例，加載了struts.xml以後，初始化相應攔截器。當action請求來時調用intercept方法，服務器停止銷燬interceptor。

 

       三、職責

       1、servlet：

        創建並返回一個包含基於客戶請求性質的動態內容的完整的html頁面；
        創建可嵌入到現有的html頁面中的一部分html頁面（html片段）；
        讀取客戶端發來的隱藏數據；
        讀取客戶端發來的顯示數據；
        與其他服務器資源（包括數據庫和java的應用程序）進行通信；
        通過狀態代碼和響應頭向客戶端發送隱藏數據。

       2、filter：

        filter能夠在一個請求到達servlet之前預處理用戶請求，也可以在離開servlet時處理http響應：
        在執行servlet之前，首先執行filter程序，併爲之做一些預處理工作；
        根據程序需要修改請求和響應；
        在servlet被調用之後截獲servlet的執行

         3、listener：職責如概念。

          servlet2.4規範中提供了8個listener接口，可以將其分爲三類，分別如下：
         第一類：與servletContext有關的listner接口。包括：ServletContextListener、ServletContextAttributeListener
         第二類：與HttpSession有關的Listner接口。包括：HttpSessionListner、HttpSessionAttributeListener、HttpSessionBindingListener、                      HttpSessionActivationListener；
         第三類：與ServletRequest有關的Listener接口，包括：ServletRequestListner、ServletRequestAttributeListener

        4、interceptor：與過濾器十分相似，通過層層攔截，處理用戶的請求和響應。

 

        四、幾個區別：

        1,servlet 流程是短的，url傳來之後，就對其進行處理，之後返回或轉向到某一自己指定的頁面。它主要用來在 業務處理之前進行控制.
        2,filter 流程是線性的， url傳來之後，檢查之後，可保持原來的流程繼續向下執行，被下一個filter, servlet接收等，而servlet 處理之後，不會繼續向下傳遞。filter功能可用來保持流程繼續按照原來的方式進行下去，或者主導流程，而servlet的功能主要用來主導流程。
         filter可用來進行字符編碼的過濾，檢測用戶是否登陸的過濾，禁止頁面緩存等
        3, servlet,filter都是針對url之類的，而listener是針對對象的操作的，如session的創建，session.setAttribute的發生，在這樣的事件發生時做一些事情。
     可用來進行：Spring整合Struts,爲Struts的action注入屬性，web應用定時任務的實現，在線人數的統計等
       4，interceptor 攔截器，類似於filter,不過在struts.xml中配置，不是在web.xml,並且不是針對URL的，而是針對action,當頁面提交action時，進行過濾操作，相當於struts1.x提供的plug-in機制，可以看作，前者是struts1.x自帶的filter,而interceptor 是struts2 提供的filter.
    與filter不同點：（１）不在web.xml中配置，而是在struts.xml中完成配置，與action在一起
                            ( 2  ) 可由action自己指定用哪個interceptor 來在接收之前做事    

        5，struts2中的過濾器和攔截器的區別與聯繫：

      （1）、攔截器是基於java反射機制的，而過濾器是基於函數回調的。
      （2）、過濾器依賴與servlet容器，而攔截器不依賴與servlet容器。
      （3）、攔截器只能對Action請求起作用，而過濾器則可以對幾乎所有請求起作用。
      （4）、攔截器可以訪問Action上下文、值棧裏的對象，而過濾器不能。
      （5）、在Action的生命週期中，攔截器可以多次調用，而過濾器只能在容器初始化時被調用一次。

        

        五、執行流程圖：

         1、servlet：

           

          2、filter：

          

               

             

           3、listener：

             

           4、interceptor：