版權聲明:本文為部落客chszs的原創文章,未經部落客允許不得轉載。 https://blog.csdn.net/chszs/article/details/46643055
Servlet 3.0的AsyncListener接口
作者:chszs,轉載需注明。部落格首頁: http://blog.csdn.net/chszs
一、Servlet 3.0介紹
Servlet 3.0作為 JavaEE 6規範中一部分,随着JavaEE 6規範一起釋出。該版本在前一版本(Servlet 2.5)的基礎上提供了若幹新特性用于簡化Web應用的開發和部署。其中有幾項特性的引入讓開發者感到非常興奮,同時也獲得了Java社群的一片贊譽之聲:
1)異步處理支援
在Servlet 3.0版本之前,Servlet線程需要一直阻塞,直到業務處理完畢才能再輸出響應,最後才結束該Servlet線程。而有了異步處理特性,Servlet線程不再需要一直阻塞,在接收到請求之後,Servlet線程可以将耗時的操作委派給另一個線程來完成,自己在不生成響應的情況下傳回至容器。針對業務處理較耗時的情況,這可以大幅度降低伺服器的資源消耗,并且提高并發處理速度。
2)新增的注解支援
Servlet 3.0版本新增了若幹注解,用于簡化 Servlet、過濾器(Filter)和監聽器(Listener)的聲明,這使得web.xml部署描述檔案不再是必選項了。
3)功能可插拔支援
二、伺服器推技術
在Servlet 2.5中,頁面發送一次請求是順序執行的,即在Servlet的Service中開啟一個線程,線程處理後的結果是無法傳回給頁面的,Servlet執行完畢後,Response就關閉了,無法将背景更新資料即時更新到頁面端。
伺服器推技術的實作
1)定時發送請求,頁面有重新整理,不友好
2)Ajax輪詢,然後通過js更新頁面資料
相比前者雖然友好,通路量太大時,伺服器會增加壓力,小型應用可以考慮用
3)反向Ajax(即Comet技術)
利用Http 1.1長連接配接的特性,即通過輪詢,但用戶端每次發送請求時伺服器不會立即傳回響應,而是等待伺服器有新資料時才傳回或者沒有新資料而連接配接逾時傳回。
相比于ajax輪詢,減少了服務端壓力,但一個缺點,不是所有浏覽器都支援。
在Servlet 3.0中提供了異步支援,當資料傳回頁面後,Request并沒有關閉,當伺服器端有資料更新時,就可以推送了。
三、Servlet 3.1規範的改進
GlassFish 4.0以上版本率先實作了Servlet 3.1規範。Servlet 3.1規範的新特性有:
1)更便利的注解支援
提供了@WebServlet、@WebFilter、@WebListener、@WebInitParam等注解的支援
2)可插拔的設計
Web子產品化:可以将一個項目分成N個子產品,然後通過掃描子產品下的META-INF/web-fragment.xml進行裝配。
容器啟動時的可插拔:使用ServletContainerInitializer實作,可以在容器啟動時自動回調其onStartup方法,插入一些功能。
零XML配置的類SpringMVC:使用ServletContainerInitializer即SpringMVC注解配置實作無XML化的SpringMVC配置。
3)異步處理支援
Servlet的異步支援:
- 通過Servlet提供的異步支援完成了Comet:Streaming(長連接配接)和Ajax長輪詢
- 使用Servlet提供的AsyncListener進行狀态回調
- 最後通過Ajax長輪詢實作了一個聊天室功能
SpringMVC對Servlet的異步支援:
- 使用SpringMVC架構提供的異步支援實作Comet:Streaming(長連接配接)和Ajax長輪詢
- 使用SpringMVC架構提供的Callable實作異步計算
- 使用SpringMVC架構提供的DeferredResult實作延遲結果(實作Ajax長輪詢)
- Spring架構沒有提供長連接配接實作,具體還得使用原生支援
- 最後通過ajax長輪詢實作了一個聊天室功能
4)非阻塞I/O
5)HTTP協定更新
四、Servlet的監聽器
Servlet的監聽器即Listener,它可以監聽來自用戶端的請求、完成伺服器端的操作等。通過監聽器,可以自動觸發一些操作,比如:監聽線上使用者的數量,當增加一個HttpSession時,就觸發一個sessionCreated(HttpSessionEvent se)方法,這樣就可以給線上人數加1了。
常用的監聽器接口有:
1. ServletContextListener
監聽ServletContext。當建立ServletContext時,觸發contextInitialized(ServletContextEvent sce)方法;當銷毀ServletContext時,觸發contextDestroyed(ServletContextEvent sce)方法。
2. ServletContextAttributeListener
監聽對ServletContext屬性的操作,比如增加、删除、修改屬性。
3. HttpSessionListener
監聽HttpSession的操作。當建立一個Session時,觸發session Created(HttpSessionEvent se)方法;當銷毀一個Session時,觸發sessionDestroyed(HttpSessionEvent se)方法。
4. HttpSessionAttributeListener
監聽HttpSession屬性的操作。當在Session增加一個屬性時,觸發attributeAdded(HttpSessionBindingEvent se)方法;當在Session删除一個屬性時,觸發attributeRemoved(HttpSessionBindingEvent se)方法;當在Session屬性被重新設定時,觸發attributeReplaced(HttpSessionBindingEvent se)方法。
Servlet 3.0的監聽器跟Servlet 2.5的監聽器差别不大,唯一的差別就是增加了對注解的支援。在3.0以前,監聽器的配置需要配置到web.xml檔案。在3.0中,監聽器的配置既可以放入web.xml檔案,還可以使用注解進行配置。對于使用注解的監聽器就是在監聽器類上使用@WebListener進行注釋,這樣Web容器就會把這個類當成是一個監聽器進行注冊和使用。
如果是采用web.xml配置檔案的方式,那麼就是這樣:
<listener>
<listener-class>com.xxx.SessionListener</listener-class>
</listener>
<listener>
<listener-class>com.xxx.ContextListener</listener-class>
</listener>
五、Servlet 3.0的異步處理
有時Filter或Servlet在生成響應之前必須等待一些耗時的操作結果以便完成請求處理。而在Servlet中,等待是一個低效的操作,因為這是阻塞操作,會白白占用一個線程或其他一些受限資源。許多線程為了等待一個緩慢的資源(如資料庫連接配接)經常發生阻塞,可能引起線程饑餓,進而降低整個Web容器的服務品質。
Servlet 3.0引入了異步處理請求的能力,使線程可以傳回到容器,進而執行更多的任務。當開始異步處理請求時,另一個線程或回調可以或産生響應,或調用完成(complete)或請求分派(dispatch)。這樣,它可以在容器上下文使用AsyncContext.dispatch方法運作。
一個典型的異步處理事件順序是:
1. 請求被接收到,通過一系列如用于驗證的标準Filter之後被傳遞到Servlet。
2. Servlet處理請求參數及内容體進而确定請求的類型。
3. 該Servlet送出請求去擷取一些資源或資料。
4. Servlet不産生響應并傳回。
5. 過了一段時間後,所請求的資源變為可用,此時處理線程繼續處理事件,要麼在同一個線程,要麼通過AsyncContext分派到容器中的某個資源上。
@WebServlet注釋和@WebFilter注釋有一個屬性——asyncSupported,是布爾類型,預設值為false。當asyncSupported設定為true,則應用通過執行startAsync可以啟動一個單獨的線程進行異步處理,并把請求和響應的引用傳遞給這個線程,然後退出原始線程所在的容器。這意味着響應将周遊(相反的順序)與進入時相同的過濾器(或過濾器鍊)。直到AsyncContext調用complete時響應才會被送出。如果異步任務在容器啟動的分派之前執行,且調用了startAsync并傳回給容器,此時應用需負責處理請求和響應對象的并發通路。
從一個 Servlet分派時,把asyncSupported=true設定為false是允許的。這種情況下,當Servlet的Service方法不支援異步退出時,響應會被送出,且容器負責調用AsyncContext的complete,以便所有感興趣的AsyncListener能得到觸發通知。過濾器作為清理要完成的異步任務持有資源的一種機制,也應該使用AsyncListener.onComplete觸發。
從一個同步Servlet分派到另一個異步Servlet是非法的。不過與該點不同的是當應用調用startAsync時将抛出IllegalStateException。這将允許 servlet 隻能作為同步的或異步的 Servlet。
應用在一個與初始請求所用的不同的線程中等待異步任務直到可以直接寫響應,這個線程不知道任何過濾器。如果過濾器想處理新線程中的響應,那就必須在處理進入時的初始請求時包裝 response,并且把包裝的 response 傳遞給鍊中的下一個過濾器,并最終交給 Servlet。是以,如果響應是包裝的(可能被包裝多次,每一個過濾器一次),并且應用處理請求并直接寫響應,這将隻寫響應的包裝對象,即任何輸出的響應都會由響應的包裝對象處理。
當應用在一個單獨的線程中讀請求時,寫内容到響應的包裝對象,這其實是從請求的包裝對象讀取,并寫到響應的包裝對象,是以對包裝對象操作的所有輸入及(或)輸出将繼續存在。如果應用選擇這樣做的話,它将可以使用 AsyncContext 從一個新線程發起到容器資源的分派請求。這将允許在容器範圍内使用像 JSP 這種内容生成技術。
六、異步監聽器接口AsyncListener
Servlet 3.0為異步處理提供了一個監聽器,使用AsyncListener接口表示。此接口負責管理異步事件,它可以監控如下四種事件:
1. 異步線程開始時,調用AsyncListener的onStartAsync(AsyncEvent event)方法;
2. 異步線程出錯時,調用AsyncListener的onError(AsyncEvent event)方法;
3. 異步線程執行逾時,則調用AsyncListener的onTimeout(AsyncEvent event)方法;
4. 異步執行完畢時,調用AsyncListener的onComplete(AsyncEvent event)方法;
要注冊一個AsyncListener,隻需将準備好的AsyncListener對象傳遞給AsyncContext對象的addListener()方法即可,如下所示:
@Override
protected void doGet(HttpServletRequest req, HttpServletResponse res){
AsyncContext actx = req.startAsync();
actx.addListener(new AsyncListener(){
public void onComplete(AsyncEvent event) throws IOException{
// do 一些清理工作或者其他
}
public void onTimeout(AsyncEvent event) throws IOException{
// do 一些逾時處理的工作或者其他
}
});
ScheduledThreadPoolExecutor executor = new ScheduledThreadPoolExecutor(10);
executor.execute(new MyAsyncService(actx));
}