使用非同步Servlet擴充AJAX應用程式--多工用戶端通訊端

　　作為Web應用程式模型的AJAX的出現使伺服器端的面貌發生了巨大的變化。使用者對著Web頁面填寫表單並單擊提交按鈕轉到下一個連結的典型Web使用模式現在正在轉變為更先進的用戶端JavaScript以及功能更豐富的使用者介面，只要對錶單進行操作，比如單擊一個複選框、按下一個鍵或將滑鼠移到一個選項卡上，該使用者介面就會不斷地與伺服器互動。

　　考慮一下從用戶端傳輸到伺服器的資料量有多大。從可用性的角度來看，使用者在一個薄用戶端瀏覽器上獲得了富使用者介面，無需安裝任何東西。但是，當在伺服器端擴充這些應用程式時就要付出代價了。AJAX應用程式的典型容量規劃數可能會是標準Web應用程式的3到4倍。

　　有人可能會問：這對WebLogic Server有何影響？每個發送給WebLogic的HTTP請求都要使用一個執行線程。根據AJAX編程的性質以及許多短期的請求會以輪詢的形式不斷髮送的情況，該行為模式可能造成大量用戶端請求不斷衝擊伺服器的局面。多年來，WebLogic都將這一問題考慮在內，並構建了一個相當棒的特性，即FutureResponseServlet。該範型構建於非同步servlet理念的基礎之上。從版本6.1開始，該功能就允許開發人員提供真正非同步來自伺服器的通知，而無需對事件進行用戶端輪訓並在伺服器端使用執行線程。在9.x之前，BEA還不急於公開該類。

　　如何在現實中利用該類呢？我們來看一個例子。假定業務需求是要構建一個基於Web的應用程式，該應用程式以近乎即時的方式向伺服器發送資料而無需重新整理瀏覽器。這樣的應用程式可以向伺服器提交一個需要花很長時間處理的請求，而仍然能夠接收到關於其狀態的非同步事件並監聽事件。從技術角度來看，這有許多實現方法。其中一種方法就是使用一個與Java Servlet通訊的Java Applet來獲得非同步資訊。這是一種不錯的方法，但是對於使用者來說有些不太方便，因為他們必須下載一個JVM，還要下載一個applet到瀏覽器。此外，還必須維護一個從用戶端到伺服器的持久性通訊端串連，以便接收非同步訊息。設想一下，如果有1000個使用者使用該applet，那麼就有1000個執行線程幾乎是在空等著發送事件通知到用戶端。當然了，還有其它方法，比如從applet或AJAX應用程式構建輪詢機制來定期檢查新資料。而如果不經常接收到資料，那麼輪詢就顯得無用了，而且還浪費了伺服器資源，佔用了執行線程。反之，伺服器可以定期輪詢，將事件傳播回用戶端，並維護通訊端線程，而無需使用持久性執行線程。這非常類似於Java NIO的運行方式。理想情況下，我們都希望構建一個從伺服器“非同步”接收事件通知而無需在伺服器端使用持久性執行線程的應用程式，不管它是一個applet還是一個基於AJAX的薄Web應用程式。