擴(kuò)展Future Response Servlet
作為Web應(yīng)用程序模型的AJAX的出現(xiàn)使服務(wù)器端的面貌發(fā)生了巨大的變化。用戶對著Web頁面填寫表單并單擊提交按鈕轉(zhuǎn)到下一個(gè)鏈接的典型Web使用模式現(xiàn)在正在轉(zhuǎn)變?yōu)楦冗M(jìn)的客戶端JavaScript以及功能更豐富的用戶界面，只要對表單進(jìn)行操作，比如單擊一個(gè)復(fù)選框、按下一個(gè)鍵或?qū)⑹髽?biāo)移到一個(gè)選項(xiàng)卡上，該用戶界面就會不斷地與服務(wù)器交互。
考慮一下從客戶端傳輸?shù)椒?wù)器的數(shù)據(jù)量有多大。從可用性的角度來看，用戶在一個(gè)薄客戶端瀏覽器上獲得了富用戶界面，無需安裝任何東西。但是，當(dāng)在服務(wù)器端擴(kuò)展這些應(yīng)用程序時(shí)就要付出代價(jià)了。AJAX應(yīng)用程序的典型容量規(guī)劃數(shù)可能會是標(biāo)準(zhǔn)Web應(yīng)用程序的3到4倍。
有人可能會問：這對WebLogic Server有何影響?每個(gè)發(fā)送給WebLogic的HTTP請求都要使用一個(gè)執(zhí)行線程。根據(jù)AJAX編程的性質(zhì)以及許多短期的請求會以輪詢的形式不斷發(fā)送的情況，該行為模式可能造成大量客戶端請求不斷沖擊服務(wù)器的局面。多年來，WebLogic都將這一問題考慮在內(nèi)，并構(gòu)建了一個(gè)相當(dāng)棒的特性，即 Future Response Servlet。該范型構(gòu)建于異步servlet理念的基礎(chǔ)之上。從版本6.1開始，該功能就允許開發(fā)人員提供真正異步的來自服務(wù)器的通知，而無需對事件進(jìn)行客戶端輪訓(xùn)并在服務(wù)器端使用執(zhí)行線程。在9.x之前，BEA還不急于公開該類。
如何在現(xiàn)實(shí)中利用該類呢?我們來看一個(gè)例子。假定業(yè)務(wù)需求是要構(gòu)建一個(gè)基于Web的應(yīng)用程序，該應(yīng)用程序以近乎實(shí)時(shí)的方式向服務(wù)器發(fā)送數(shù)據(jù)而無需刷新瀏覽器。這樣的應(yīng)用程序可以向服務(wù)器提交一個(gè)需要花很長時(shí)間處理的請求，而仍然能夠接收到關(guān)于其狀態(tài)的異步事件并監(jiān)聽事件。從技術(shù)角度來看，這有許多實(shí)現(xiàn)方法。其中一種方法就是使用一個(gè)與Java Servlet通信的Java Applet來獲得異步信息。這是一種不錯(cuò)的方法，但是對于用戶來說有些不太方便，因?yàn)樗麄儽仨毾螺d一個(gè)JVM，還要下載一個(gè)applet到瀏覽器。此外，還必須維護(hù)一個(gè)從客戶端到服務(wù)器的持久性套接字連接，以便接收異步消息。設(shè)想一下，如果有1000個(gè)用戶使用該 applet，那么就有1000個(gè)執(zhí)行線程幾乎是在空等著發(fā)送事件通知到客戶端。當(dāng)然了，還有其它方法，比如從applet或AJAX應(yīng)用程序構(gòu)建輪詢機(jī)制來定期檢查新數(shù)據(jù)。而如果不經(jīng)常接收到數(shù)據(jù)，那么輪詢就顯得無用了，而且還浪費(fèi)了服務(wù)器資源，占用了執(zhí)行線程。反之，服務(wù)器可以定期輪詢，將事件傳播回客戶端，并維護(hù)套接字線程，而無需使用持久性執(zhí)行線程。這非常類似于Java NIO的運(yùn)行方式。理想情況下，我們都希望構(gòu)建一個(gè)從服務(wù)器“異步”接收事件通知而無需在服務(wù)器端使用持久性執(zhí)行線程的應(yīng)用程序，不管它是一個(gè) applet還是一個(gè)基于AJAX的薄Web應(yīng)用程序。
此問題的一種解決方案是創(chuàng)建一個(gè)擴(kuò)展Future Response Servlet類的servlet。瀏覽器建立了到Future Response Servlet類的單一連接，并在另一個(gè)線程中將它自身注冊為一個(gè)監(jiān)聽程序。只要在服務(wù)器端接收到一個(gè)事件，線程就向客戶端通知該事件。服務(wù)器與客戶端保持異步，無需使用持久性執(zhí)行線程。該模型可擴(kuò)展用于多個(gè)并發(fā)用戶的情況。
本文并不打算介紹如何構(gòu)建AJAX應(yīng)用程序。這方面的文章已經(jīng)有很多了。本文的重點(diǎn)在于討論表示層(比如AJAX、applet或者任何前端應(yīng)用程序)的異步處理的重要性。清單1展示了一個(gè)例子。
- import java.io.IOException;
- import java.io.PrintWriter;
- import java.util.Date;
- import java.util.Stack;
- import javax.servlet.ServletException;
- import javax.servlet.http.HttpServletRequest;
- import weblogic.servlet.FutureResponseServlet;
- import weblogic.servlet.FutureServletResponse;
- // An AsynchronousServlet that handles HTTP requests from a
"separate" thread and- // not the execute thread used to invoke this servlet.
- public class AsynchronousServerResponseServlet extends
FutureResponseServlet {- private final Notifier notifier;
- public AsynchronousServerResponseServlet() {
- this.notifier = new Notifier();
- this.notifier.start();
- }
- public void service(HttpServletRequest request, FutureServletResponse
response)- throws IOException,ServletException {
- // push this client's request to a buffer and return immediately.
- // asynchronous processing occurs in the run method of the Notifier Thread
- notifier.poll(request, response);
- }
- class Notifier extends Thread {
- private static Stack clients = new Stack();
- void poll (HttpServletRequest request, FutureServletResponse response) {
- clients.push(new Client(request, response));
- }
- public void run() {
- while (!clients.empty()) {
- Client client = null;
- try{
- client = (Client) clients.pop();
- PrintWriter pw = client.response.getWriter();
- for(int j = 0; j < 10; j++) {
- pw.println("Time is:" + new Date() + "");
- pw.flush();
- }
- pw.close();
- }
- catch(Throwable t) {
- t.printStackTrace();
- }
- finally {
- try {
- client.response.send();
- }
- catch(IOException ioe) {
- ioe.printStackTrace();
- }
- }
- }
- }
- }
- // inner class that holds o-n to the clients http request and response
- class Client {
- private HttpServletRequest request;
- private FutureServletResponse response;
- private Client(HttpServletRequest request, FutureServletResponse
response) {- this.request = request;
- this.response = response;
- }
- }
可以看出，該例子非常簡單。AsynchronousServerResponseServlet類擴(kuò)展了Future Response Servlet，并重寫了service方法。只使用一個(gè)線程(即Notifier類)來處理所有的客戶端連接響應(yīng)。對于每個(gè)HTTP請求，servlet向Notifier線程注冊套接字連接，然后返回。異步事件被交付給客戶端，而持久性套接字連接被維持。
單個(gè)線程可管理多個(gè)客戶端連接!run()方法可用于根據(jù)某種消息選擇條件回調(diào)事件到客戶端。該例子只執(zhí)行了一個(gè)服務(wù)器端的push操作，有些過分簡單了。線程池可被用于某些類型的事件處理。
總而言之，在處理長期運(yùn)行的任務(wù)時(shí)，F(xiàn)uture Response Servlet是一個(gè)好特性，它允許開發(fā)人員提高性能，在獨(dú)立的線程中處理響應(yīng)，并將開銷降至最低。在構(gòu)建異步應(yīng)用程序時(shí)，該方法支持可伸縮性.
【編輯推薦】
