Filter介紹:
Filter在項目中經常可以用到,通常配置在web.xml中。是服務器端的一個組件,對於用戶的請求和響應數據進行過濾操作,控制是否讓用戶訪問到對應的web資源。常用於編碼更改、權限控制等操作。
過濾器的執行順序:

配置方式:web.xml
<!--filter過濾器-->
<filter>
<!--filter名稱-->
<filter-name>myCharacterFilter</filter-name>
<!--filter處理的類-->
<filter-class>com.filter.MyCharacterFilter</filter-class>
<!--初始化參數-->
<init-param>
<param-name>defaultCharset</param-name>
<param-value>UTF-8</param-value>
</init-param>
</filter>
<!--過濾器映射-->
<filter-mapping>
- <!--和過濾器名相同-->
<filter-name>myCharacterFilter</filter-name>
<!--攔截的路徑-->
<url-pattern>*.do</url-pattern>
</filter-mapping>
<!--映射多個不同路徑,需要些多個<filter-mapping>-->
<filter-mapping>
<filter-name>myCharacterFilter</filter-name>
<url-pattern>*.action</url-pattern>
</filter-mapping>
<filter>和<filter-mapping>的<filter-name>必須相同,多個不同路徑需配置多個不同的<filter-mapping>。
初始化參數可以寫到<filter>的子節點<init-param>中,配置為鍵值對的方式,即<param-name>、<param-value>。
Filter的實現類需要實現
javax.servlet.Filter接口,默認重寫init()、destroy()、doFilter()函數,這3個函數分別對應初始化、銷毀、過濾這3個生命周期。
生命周期:
實例化:web容器在部署web應用程序時對所有過濾器進行實例化。web容器回調它的無參構造方法。
初始化:啟動服務器時加載過濾器的實例,並自動調用init()函數。
過濾:調用過濾器的doFilter()執行過濾,這個是過濾器的核心方法。
銷毀:停止服務時調用destroy()函數,銷毀過濾器實例。
初始化參數獲取:
通過init()函數的參數FilterConfig對象,filter.
getInitParameter("初始化參數key")能拿到初始化參數。
過濾器鏈:
過濾器可以在web.xml中配置多個,滿足對某一URL進行過濾條件時,會按照web.xml中配置的順序進行執行,構成過濾器鏈。舉例如下:
請求某一URL執行過濾器
MyCharacterFilter
和
MyRoleFilter
。
MyCharacterFilter
執行后會調用filterChain.doFilter()方法繼續調用
MyRoleFilter
過濾器。
MyCharacterFilter :

MyRoleFilter :

控制台輸出日志順序:
MyCharacterFilter start==do
RoleFilter doFilter === startRoleFilter doFilter === endMyCharacterFilter end==do
<filter-mapping>的特殊參數-
dispatcher:
此參數根據配置不同,支持不同類型的請求,
可配置多個
。
REQUEST(默認值):從客戶端直接請求過來會走這個過濾器,直接請求或redirect.sendRedirect("url");。
FORWEARD:通過dispatcher的forward方法會走這個過濾器。request.getdispatcher("url").forward(request,response);或使用jsp指令 jsp:forward。
INCLUDE:通過dispatcher的include()方法會走這個過濾器。
request.getdispatcher("url").include(request,response);或使用jsp指令 jspinclude。
ERROR:通過web.xml中<error-page>過來的請求會走這個過濾器。
ASYNC(
Servlet3.0添加了對另一種值的支持:異步處理
)。原有的servlet需要處理完業務邏輯再相應,現在會開啟另外一個線程單獨處理業務邏輯,servlet線程委托其他線程處理業務邏輯,自己在不生成響應的情況下返回至容器,提高並發訪問速度,減少服務器資源的占用。(下面有Demo)
Servlet3.0增加了對注解的支持,可以通過注解配置,不用在web.xml中配置。需要配合支持Tomcat7.0以上容器(支持servlet3.0)。配置內容:

這里做Demo的時候遇到了點問題,Dynamic Web Module版本是2.5,想改成3.0。發現沒法改。(截圖是改好的),可以點擊右面的Runtimes,里面選擇web容器,
注意此處只有web容器本身能支持servlet3.0才能選擇3.0的Dynamic Web Module,比如Tomcat必須選擇Tomcat7.0++,選擇Apply-OK。然后再進來就能選擇3.0了。

Servlet3.0特性之filter-dispatcher(ASYNC):
1.業務邏輯處理之前調用
AsyncContext
ctx
=
req
.startAsync();
2.創建線程、傳入ctx並調用具體業務邏輯。
3.調用完成執行ctx的complete()函數。
Demo:
①.配置filter的dispatcher值為ASYNC,servlet的
async-supported值為true.
<filter>
<filter-name>roleFilter</filter-name>
<filter-class>com.filter.MyRoleFilter</filter-class>
<init-param>
<param-name>username</param-name>
<param-value>www</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>roleFilter</filter-name>
<url-pattern>*.action</url-pattern>
<dispatcher>ASYNC</dispatcher>
</filter-mapping>
<servlet>
<description></description>
<display-name>LoginServlet2</display-name>
<servlet-name>LoginServlet2</servlet-name>
<servlet-class>com.servlet.LoginServlet2</servlet-class>
<async-supported>true</async-supported>
</servlet>
<servlet-mapping>
<servlet-name>LoginServlet2</servlet-name>
<url-pattern>/LoginServlet.action</url-pattern>
</servlet-mapping>
②.servlet的處理邏輯中加入req.startAsync()函數,創建一個新的線程傳入ctx對象並來執行業務邏輯。
resp.setContentType("text/html;charset=UTF-8");
PrintWriter pw = resp.getWriter();
pw.println("進入servlet時間" + new SimpleDateFormat("yyyy-Mm-dd HH:mm:ss").format(new Date()));
pw.flush();
AsyncContext ctx = req.startAsync();
new Thread(new Executor(ctx)).start();
pw.println("離開servlet時間" + new SimpleDateFormat("yyyy-Mm-dd HH:mm:ss").format(new Date()));
pw.flush();
③.線程的run()函數執行邏輯后調用ctx的complete()函數通知容器異步處理完成。
//等待10s,模擬業務邏輯
try {
Thread.sleep(10000);
PrintWriter pw = ctx.getResponse().getWriter();
pw.println("業務邏輯處理完成時間"+new SimpleDateFormat("yyyy-MM-dd HH:mm:ss").format(new Date()));
pw.flush();
this.ctx.complete();
} catch (Exception e) {
e.printStackTrace();
}
搞定,親測結果OK。輸出結果:
直接輸出(servlet已響應):
進入servlet時間2015-1015-19 12:15:46 離開servlet時間2015-1015-19 12:15:46
大約10S后輸出結果(單獨開線程異步處理):
業務邏輯處理完成時間2015-10-19 12:15:56
順便提及servlet3.0的異步處理的監聽器
AsyncListener,這個接口監控如下4種事件:
- 異步線程開始時,調用 AsyncListener 的 onStartAsync(AsyncEvent event) 方法;
- 異步線程出錯時,調用 AsyncListener 的 onError(AsyncEvent event) 方法;
- 異步線程執
行超時,則調用 AsyncListener 的 onTimeout(AsyncEvent event) 方法;
- 異步執行完畢時,調用 AsyncListener 的 onComplete(AsyncEvent event) 方法。
要注冊一個 AsyncListener,只需將准備好的 AsyncListener 對象傳遞給 AsyncContext 對象的 addListener() 方法即可,如下所示:
ctx.addListener(new AsyncListener() {
@Override
public void onTimeout(AsyncEvent arg0) throws IOException {
System.out.println("listener===超時");
}
@Override
public void onStartAsync(AsyncEvent arg0) throws IOException {
System.out.println("listener===開始");
}
@Override
public void onError(AsyncEvent arg0) throws IOException {
System.out.println("listener===異常");
}
@Override
public void onComplete(AsyncEvent arg0) throws IOException {
System.out.println("listener===完成");
}
});
經過測試,發現
onStartAsync()
現
這個函數沒有被調用,沒有找到原因!onComplete()正常被調用,onTimeout()debug的時候會打印出超時的信息。
