pushlet
1.介绍
server端向浏览器client发送通知这种通讯模式在J2EE应用中很常见，通常使用采用RMI、CORBA或者自定义TCP/IP信息的 applet来实现。这些技术往往由于复杂而产生诸多不利之处：技术难以实现、存在防火墙限制（因为需要打开非HTTP的通讯端口）、需要额外的 server开发和维护。并且除了刷新整个页面或者完全采用applet展示内容之外，很难找到别的方法将client端applet的状态和浏览器的页 面内容集成在一起。
Pushlet是一种comet实现：在Servlet机制下，数据从server端的 Java对象直接推送（push）到（动态）HTML页面，而无需任何Java applet或者插件的帮助。它使server端可以周期性地更新client的web页面，这与传统的request/response方式相悖。浏览 器client为兼容JavaScript1.4版本以上的浏览器（如Internet Explorer、FireFox），并使用JavaScript/Dynamic HTML特性。而低层实现使用一个servlet通过Http连接到JavaScript所在的浏览器，并将数据推送到后者。有关JavaScript版 本的知识请参看Mozilla开发中心提供的《JavaScript核心参考》和Stephen Chapman编写的《What Version of Javascript》。
这种机制是轻量级的，它使用server端的servlet连接管理、线程工具、 javax.servlet API，并通过标准Java特性中Object的wait()和notify()实现的生产者/消费者机制。原则上，Pushlet框架能够运行在任何支 持servlet的server上、防火墙的后面。当在client中使用JavaScript/DHTML时，Pushlet提供了通过脚本快速建立应 用、使用HTML/CSS特性集成和布局新内容的便利方法。
2.动机
目前越来越多的servlet和JSP用来部署web，于是便出现了在页面已经装载完毕后由于server端某些对象的状态变化而产生对client 浏览器进行通知和同步的需要。
这些状态变化的原因很复杂：可能由于用户通过访问servlet或者修改数据库记录、更新 EJB造成，或是在多用户应用（比如聊天室和共享白板）中的事件导致数据状态变化。这些类型的应用常常使用一种分布式的MVC模板：模式层位于 server上（可能缓存在client中），控制层和视图层位于client中（这两个层可能合为一体）。
当然，这里也存在需要订阅server端动态内容的应用：那些动态内容不停地从server端 推送过来。例如股票实时情报、系统状态报告、天气情况或者其它的监测应用。它遵循观察者（Observer）模板（也称为发布/订阅模板），这种模板中的 远程client注册成为关注于server端对象变化的观察者。关于设计模板的知识请看Matrix Wiki上的介绍。
那么在HTML页面已经被装载后如何通知浏览器客户端？或者如果有选择地更新页面中一些部分的 话，那该怎么做？比如只更新在HTML Table中的那些价格发生变化的股票列？
3.问题解决方案
让我们对应用进行这样的假设：拥有一个Java web server或者Java应用server，我们试图从server发送通知给client端浏览器。这里的解决方案可以分为：“轮询 （polling）”、“服务端回调（server-side callbacks）”和“消息（messaging）”三类。
轮询
最简单的解决方案便 是“定时刷新页面”。在HTML文档的头部使用HTML META标签，页面便可以每隔N秒自动reload一次。如果在此期间server端数据发生变化，那么我们可以获得新的内容，否则将得到相同的页面。虽 然方法很简单，但是如何设置刷新间隔是让人头疼的大问题。
服务器回调
因为我们是 “身经百战”的Java开发老手，所以经常会用到“服务端回调”。这种方式通过RMI或者CORBA将Server端的对象传输到Java applet客户端。
消息（MOM）
这种解决 方案采用一个作为client的applet，它使用TCP/IP或者无连接的UDP、甚至多播协议来建立与消息中间键server的通讯，然后由 server推送消息给client。你可以从例如SoftWired的iBus、IBM的MQSeries、BEA的WebLogic Event这些消息产品中直接挑选，或者自己使用基于socket的java.io.ObjectStream定制开发消息软件。
讨论（MOM）
上面三种 解决方案在复杂性、安全性、性能、可测量性、浏览器兼容性、防火墙限制上各有优势、劣势。最佳解决方案依赖于你的应用需求。例如，在共享白板应用中，用户 需要直接与“状态”交互，那么server端回调或者消息很可能会大显身手。
但在浏览器环境下，除非完全使用applet作为整个client应用，否则把来自于 server的更新信息集成到页面中并非易事。如何在applet收到回调或者消息时变更页面相关内容？一个很“痛快”而又“痛苦”的解决方案就是在回调 方法中使用AppletContext.showDocument(URL)方法来刷新整个页面。
由于HTML代码可以直接影响页面布局，直接使用来自server的数据更改HTML部分内容 不是更好吗？这是web应用的理想方案，在server上内容动态改变时，从用户到server所需的交互是最小化的。作为对上面的解决方案的补充，我开 发了Pushlet这种轻量级、瘦客户端的技术，它无需applet或者插件而直接与脚本/HTML集成在一起、使用标准HTTP连接、理论上可以部署到 任何支持Java servlet的server上。但这并不意味着它将替换对前面解决方案，而是在你的开发“工具箱”中添加另一种选择。作为Java构架者/开发者，你可 以自行权衡、选择、决定哪种适合应用的解决方案。
4.pushlet原理
Pushlet基于HTTP流，这种技术常常用在多媒体视频、通讯应用中，比如QuickTime。与装载HTTP页面之后马上关闭HTTP连接的做法相 反，Pushlet采用HTTP流方式将新数据源源不断地推送到client，再此期间HTTP连接一直保持打开。有关如何在Java中实现这种 Keep-alive的长连接请参看Sun提供的《HTTP Persistent Connection》和W3C的《HTTP1.1规范》。
示例1
我们利用HTTP流开发一个JSP页面（因为它易于部署，而且它在web server中也是作为servlet对待的），此页面在一个定时器循环中不断地发送新的HTML内容给client：
<%
int i = 1
try { while (true) { out.print("<h1>"+(i++)+"</h1>")
out.flush()
try { Thread.sleep(3000)
} catch (InterruptedException e) { out.print("<h1>"+e+"</h1>")
} } } catch (Exception e) { out.print("<h1>"+e+"</h1>")
}%>
在Pushlet源代码中提供了此页面（examples/basics/push-html-stream.jsp）。上面的页面并不是十分有用， 因为在我们刷新页面时，新内容机械地、持续不断地被添加到页面中，而不是server端更新的内容。
示例2
现在让我们步入Pushlet工作机理中一探究竟。通过运行Pushlet的示例源代码 （examples/basics/ push-js-stream.html），我们会看到这个每3秒刷新一次的页面。那么它是如何实现的呢？
此示例中包含了三个文件：push-js-stream.html、push-js- stream-pusher.jsp、push-js-stream-display.html。
其中push-js-stream.html是主框架文件，它以HTML Frame的形式包含其它两个页面。
push-js-stream-pusher.jsp是一个JSP，它执行在server端， 此文件内容如下：
<%
/** Start a line of JavaScript with a function call to parent frame. */
String jsFunPre = "<script language=JavaScript >parent.push('";
/** End the line of JavaScript */
String jsFunPost = "')</script> ";
int i = 1;
try {
// Every three seconds a line of JavaScript is pushed to the client
while (true) {
// Push a line of JavaScript to the client
out.print(jsFunPre+"Page "+(i++)+jsFunPost);
out.flush();
// Sleep three secs
try {
Thread.sleep(3000);
} catch (InterruptedException e) {
// Let client display exception
out.print(jsFunPre+"InterruptedException: "+e+jsFunPost);
}
}
} catch (Exception e) {
// Let client display exception
out.print(jsFunPre+"Exception: "+e+jsFunPost);
}
%>
注意在示例1和示例2中使用JSP时都存在一个问题：一些servlet引擎在某个client离开时会“吃掉”IOException，以至于 JSP页面将永不抛出此异常。所以在这种情况下，页面循环将会永远执行下去。而这正是Pushlet实现采用servlet的原因之一：可以捕获到 IOException。
在上面代码的第21行中可以看到在一个定时器循环（3秒/周期）中打印了一些HTML并将它们 输出到client浏览器。请注意，这里推送的并非HTML而是Javascript！这样做的意义何在？它把类似“parent.push('Page 4')”的一行代码推送到浏览器；而具有JavaScript引擎的浏览器可以直接执行收到的每一行代码，并调用parent.push()函数。而代码 中的Parent便是浏览器页面中所在Frame的Parent，也就是push-js-stream.html。让我们看看都发生了什么？
<script LANGUAGE="JavaScript">
var pageStart="<HTML><HEAD></HEAD><BODY BGCOLOR=blue TEXT=white><H2>Server pushes: <para>";
var pageEnd="</H2></BODY></HTML>";
// Callback function with message from server.
// This function is called from within the hidden JSP pushlet frame
function push(content) {
// Refresh the display frame with the content received
window.frames['displayFrame'].document.writeln(pageStart+content+pageEnd);
window.frames['displayFrame'].document.close();
}</script>
<!-- frame to display the content pushed by the pushlet -->
<!-- Hidden frame with the pushlet that pushes lines of JavaScript-->
</FRAMESET>
可以看到push-js-stream.html中的push()函数被名为 pushletFrame的JSP Frame调用：把传入的参数值写入到displayFrame（此Frame为push-js-stream-display.html）。这是动态 HTML的一个小技巧：使用document对象的writeln方法刷新某个Frame或者Window的内容。
于是displayFrame成为了用于显示内容的、真正的视图。displayFrame初 始化为黑色背景并显示“wait…”直到来自server的内容被推送过来
WAIT...
这便是Pushlet的基本做法：我们从servlet（或者从示例中的JSP）把 JavaScript代码作为HTTP流推送到浏览器。这些代码被浏览器的JavaScript引擎解释并完成一些有趣的工作。于是便轻松地完成了从 server端的Java到浏览器中的JavaScript的回调。
上面的示例展示了Pushlet原理，但这里存在一些等待解决的问题和需要增添的特性。于是我 建立了一个小型的server端Pushlet框架（其类结构图表将会展示在下面），添加了一些用在client中的JavaScript库。由于 client需要依赖更多的DHTML特性（比如Layers），我们将首先粗略地温习一些DHTML知识。示例代码见examples/dhtml。
DHTML（动态HTML）
DHTML（动态HTML）提供了在浏览器中维护内容、进行用户交互的扩展能力。就像Java 开发者使用servlet和JSP那样，DHTML也应该是你的工具箱中的一部分。
DHTML涉及到HTML、级联样式表（CSS）、JavaScript和DOM。传统的页面 只能通过重新装载来自server新页面的方式进行更新。DHTML提供了在页面被装载完毕后对浏览器内的HTML文档的完全控制。你应该见过一些带有 “图像翻滚”、弹出内容、可收缩菜单功能的web页面，它们便是使用DHTML技术实现的。尽管存在一些标准上的差异（见下面的“跨浏览器 DHTML”），多数兼容JavaScript1.4版本的浏览器（后面将简称为“版本4的浏览器”）都支持DHTML。
从开发者的角度审视浏览器中的整个文档，比如Frame、图片、表格等，它们都可以表示为具有 层次的对象模式――DOM。通过使用JavaScript可以维护DOM的成员，不但可以改变文档的内容和外观，而且还可以捕捉例如鼠标移动、form提 交这些用户事件，而后对DOM进行相应修改。例如鼠标移动到图片的上方可以产生“mouse-over”事件，这时通过显示高亮版本的图片或者弹出解释性 文字的方式修改页面外观。这听起来不错吧！我们现在就熟悉一下DHTML标准！但是谁定义了DHTML标准？
这是一些DHTML初学者首先遇到的问题。首先，你需要一个版本4以上的浏览器。DHTML相 关规范的官方标准出自World Wide Web Consortium (W3)。但是微软和Netscape出品的版本4以上的浏览器都有一些私有的DHTML扩展，这是你必须注意的。
幸运的是大多数用户都有版本4以上的浏览器，而且一些开发者（Dannymen、Dan Steinman和Danny Goodman）建造了跨越浏览器的、可重用的DHTML库。
作为一名Java开发者，你要接受这个事实：你应该适当地明白基于对象、甚至面向对象的 JavaScript编程。在我的DHTML中你将找到一些示例，但了解更多的DHTML资源也是很值得的。尤其在使用跨越浏览器的DHTML库对付那些 顽固的浏览器问题时，一切都变得有趣、而不是枯燥。
就如Java获得在广阔的server端市场、DHTML在client领域具有许多强大特性 那样，Pushlet以一种直接的方式将这两项伟大的技术捆绑在一起。下一个章节将详细讨论Pushlet这个server端轻量级框架和client端 DHTML库。
5.Pushlet框架的设计
注意：本章节仅反映了Pushlet server端框架的1.0版本（随着版本升级可能还会重新构造）。
Pushlet框架允许client订阅在server端的主题（subject），而 server则接收订阅，然后在server端的订阅主题所对应的数据变化时推送数据到client。此框架的基本设计模板是发布/订阅（Publish /Subscrib），也被称为观察者（Observer）。它具有server和client两部分组建而成：
Server端：
由围绕着Pushlet类的Java类集合构成（见下面的UML类设计图表）。
Client端：
脚本与页面：可重用的JavaScript库（pushlet.js）和用来在DHTML client（这里指浏览器）中接收事件的HTML（pushlet.html）组成。
Client端Java类：
JavaPushletClient.java和 JavaPushletClientListener.java，负责在Java client中接收事件。
跨越浏览器的DHTML工具库：
layer.js, layer-grid.js, layer-region.js，用来在DHTML层中显示数据内容。
最后，还有用于测试事件的生成工具类EventGenerators.java以及一些示例应 用。
server端类设计
关键的类：Pushlet、Publisher类、Subscriber接口和Event类。 通过HTTP请求调用Pushlet这个servlet，client订阅事件并接收事件。
Client发送订阅请求时需要表明的内容如下：
1.订阅事件的主题
2.接收事件所采用的格式：默认为JavaScript调用，还有XML或者Java序列化对 象者三种。目前Pushlet 2.0.2版已经支持AJAX。
3.使用哪种接收协议（将来实现）：TCP/IP、UDP、Multicast。
主题（subject）表示为具有层次的“主题树”（topic-tree）形式。例 如：“/stocks”表示与股票价格相关的所有事件，而“/stocks/aex”表示Amsterdam Exchange公司的股票价格。“/”表示所有事件。这并不时硬性规定，而是由开发者根据应用自行定义。
当前只有接收方协议是发送到client的HTTP回应流（response stream）。在将来的扩展版本中，接收方协议能够提供多种选择，比如TCP、UDP、RMI、HTTP POST甚至只SMTP。
Event（事件）类：仅仅是name/value的字符串对（使用 java.util.Properties实现）的集合。
产生Event的方式：Publisher类为生成的Event提供了发布接口，它内部保存了 订阅者（那些实现Subscriber接口的类）列表，并把每个Event发送给那些主题与Event匹配的订阅者。Event在server端也可以通 过能够侦听外部Event的EventGenerators类来生成。另外client可以通过基于HTTP通讯的Postlet类来发布Event。
在上面的图表中，为了适配不同请求源（浏览器、Java client程序），PushletSubscriber以及它所包含的那些类提供了多种订阅者的实现。
场景1: 事件订阅
Pushlet作为servlet，通过doGet/doPost方法被调用。由于多个client可 以同时调用同一个Pushlet，所以Pushlet本身不能作为订阅者。取而代之的是，它派发所有的订阅：在每一次调用 doGet()/doPost()时，新建PushletSubscriber对象、并使之运行直至事件循环（eventLoop)结束。 PushletSubscriber作为一个实现Subscriber接口的对象，通过join()方法向Publisher类进行注册的方式将自身添加 到Publisher的内部列表。
面对不同的client类型和协议，PushletSubscriber建立一个相对的 ClientAdapter对象，在这个场景中是BrowserPushletAdapter对象。而对于支持Multipart MIME的浏览器，将建立MultipartBrowserClientAdapter对象。
最后的deQueue()调用是一个“等待Event的循环”，deQueue的意思为入队。 注意此方法将挂起当前线程直到PushletSubscriber的GuardedQueue队列中存入有效的Event。
场景2: 发送和派发事件
每个PushletSubscriber对象都有一个GuardedQueue对象，在其中以队列的形式保存着调用send()方法时传入的 Event。那么它为什么不直接将Event推送给BrowserPushletAdapter呢？最重要的原因是我们期望挂起 BrowserPushletAdapter线程，直到GuardedQueue中存在有效的Event，这样就避免了“忙于等待”或者“轮询”方式所带 来的负面影响。第二原因是Publisher可以通知多个client，如果在执行同步的send()调用时，某个慢速的client可能会堵塞所有其它 正在等待通知的client。这正是我在RMI或者CORBA提供的一组client进行同步回调的示例中所看到的设计缺陷。
GuardedQueue是个工具类，它使用了读/写模板（readers-writers pattern），此模板采取java.lang.Object.wait()/notifyAll()方法实现可被监控的挂起。通过使用读/写模板，使 GuardedQueue类具有进行对象入队/出队（enqueue/dequeue）操作的能力。当队列为空时，GuardedQueue调用 deQueue()方法时，此时调用线程将被挂起，直到有对象入队为止。相反，当队列已满时调用enQueue（），线程也将挂起。在 BrowserPushletSubscriber获得出队的Event对象后，它将调用BrowserPushletAdapter的push()方 法，后者将格式化Event为JavaScript代码或者XML以及其它格式），并将它发送到浏览器。比如Philips股票价格为123.45的 JavaScript代码格式如下：
<SCRIPT language=JavaScript >parent.push('subject', '/stocks/aex', 'philips', '123.45') </SCRIPT>
6.Pushlet应用
Pushlet可以开发多种类型的web应用。由于此框架允许client主动更新事 件（通过Postlet），所以应用就并不只是被动地推送数据了。每个Pushlet应用都可以根据下面进行分类：
事件由server发起、还是client发起或者两者都有可能；状态是否保持在 server、还是在client或者两者都有可能。
由于事件不但被做成了对JavaScript有效，而且也是其它脚本化的插件能够接收实时的事 件更新。例如你可以脚本化Macromedia Flash或者VRML应用。
为了说明Pushlet应用的范围，下面提供了一些简单的demo。
监控
例如股票、天气、投 票、机场到达系统，这些应用都可以采用Pushlet对实时数据进行监控。
游戏
从象棋到描述危机和 垄断者的游戏。
分布式MVC
这涉及到了 在用户接口框架（例如Java Swing和微软MFC）中常见的设计模板。在分布式MVC的各种变体中，模式层位于server，而client控制着是视图层和控制层。Client 通过控制进而修改模式，然后模式将通知所有依附的视图，而视图将进行自我刷新。
一些应用具有web前端（front end），其数据存放在server上可被多个用户更新。比如预订系统和登记系统。如果一个client完成一次更新，而其它client却不能马上见到 变化直至刷新页面。在某些情况下，这是很简单、可行的解决方案，但同时也存在着用户需要同步变化的情况。这种情况下，应用可以使用Pushlet简单地将 URL作为单一事件推送到client，client接收到这个URL后将刷新页面。
另外一点值得注意的示例是争议颇多的EJB。尽管Java client能够直接和EJB对话（通过RMI或者CORBA），但多数情况下则是由servlet和作为client前端的JSP来完成。在这种情况 下，“通知”工作变得很艰难。使用Pushlet，EJB可以在其状态发生改变时通知依附于它的web client。
Web表示层
在放弃使用 PowerPonit作Java课程讲解工具后，我开发了一个基于XML的内容管理框架。由于在某些情形下，教室没有“卷轴工”，但是所有的学生人手一台 网络计算机，所以我开发了这个简单的应用，它使我能够同步改变学生和我的页面内容。
用户辅助
这种类型的应用 可用于call center、银行、帮助桌面、电子商务web应用。当你由于问题而拨打call center电话时，代理程序可以使你通过上网的方式浏览解决方案、供货等信息。
使用EJB作为后台和JSP作为前台，client可以买/卖外币。一个 “AutoTrader”对象自动提供处理，如果自动处理失败或者client请求人工处理时，一个“处理干预”将发生，处理者将被通知并提供相应的服 务。
社区工具
这是一种多用户 参加实时会话的应用。我正在计划扩充Pushlet框架，使其支持多用户session的特性。目前可以实现简单的web聊天，我称之为WCQ，大家可以 在Pushlet源代码的example中见到它。
扩展阅读：
1.http://wiki.matrix.org.cn/Wiki.jsp?page=Comet 什么是Comet？
2.http://www.pushlets.com/ Pushlet官方网站
3.http://www.pushlets.com/doc/whitepaper.html Pushlet白皮书
4.http://www.javaworld.com/javaworld/javatips/jw-javatip34.html/ JavaWorld《POSTing via Java/ Learn how to POST data to Web servers in Java》
5.http://www.leadtoit.cn/subject.php?id=5 Pushlet专题
6.http://www.pushlets.com/doc/installation.html Pushlet安装手册
7.http://www.pushlets.com/doc/protocol.html Pushlet协议解释
8.http://www.pushlets.com/doc/cookbook.html Pushlet Cookbook
9.http://www.pushlets.com/api/index.html Pushlet API文章
server端向浏览器client发送通知这种通讯模式在J2EE应用中很常见，通常使用采用RMI、CORBA或者自定义TCP/IP信息的 applet来实现。这些技术往往由于复杂而产生诸多不利之处：技术难以实现、存在防火墙限制（因为需要打开非HTTP的通讯端口）、需要额外的 server开发和维护。并且除了刷新整个页面或者完全采用applet展示内容之外，很难找到别的方法将client端applet的状态和浏览器的页 面内容集成在一起。
Pushlet是一种comet实现：在Servlet机制下，数据从server端的 Java对象直接推送（push）到（动态）HTML页面，而无需任何Java applet或者插件的帮助。它使server端可以周期性地更新client的web页面，这与传统的request/response方式相悖。浏览 器client为兼容JavaScript1.4版本以上的浏览器（如Internet Explorer、FireFox），并使用JavaScript/Dynamic HTML特性。而低层实现使用一个servlet通过Http连接到JavaScript所在的浏览器，并将数据推送到后者。有关JavaScript版 本的知识请参看Mozilla开发中心提供的《JavaScript核心参考》和Stephen Chapman编写的《What Version of Javascript》。
这种机制是轻量级的，它使用server端的servlet连接管理、线程工具、 javax.servlet API，并通过标准Java特性中Object的wait()和notify()实现的生产者/消费者机制。原则上，Pushlet框架能够运行在任何支 持servlet的server上、防火墙的后面。当在client中使用JavaScript/DHTML时，Pushlet提供了通过脚本快速建立应 用、使用HTML/CSS特性集成和布局新内容的便利方法。
2.动机
目前越来越多的servlet和JSP用来部署web，于是便出现了在页面已经装载完毕后由于server端某些对象的状态变化而产生对client 浏览器进行通知和同步的需要。
这些状态变化的原因很复杂：可能由于用户通过访问servlet或者修改数据库记录、更新 EJB造成，或是在多用户应用（比如聊天室和共享白板）中的事件导致数据状态变化。这些类型的应用常常使用一种分布式的MVC模板：模式层位于 server上（可能缓存在client中），控制层和视图层位于client中（这两个层可能合为一体）。
当然，这里也存在需要订阅server端动态内容的应用：那些动态内容不停地从server端 推送过来。例如股票实时情报、系统状态报告、天气情况或者其它的监测应用。它遵循观察者（Observer）模板（也称为发布/订阅模板），这种模板中的 远程client注册成为关注于server端对象变化的观察者。关于设计模板的知识请看Matrix Wiki上的介绍。
那么在HTML页面已经被装载后如何通知浏览器客户端？或者如果有选择地更新页面中一些部分的 话，那该怎么做？比如只更新在HTML Table中的那些价格发生变化的股票列？
3.问题解决方案
让我们对应用进行这样的假设：拥有一个Java web server或者Java应用server，我们试图从server发送通知给client端浏览器。这里的解决方案可以分为：“轮询 （polling）”、“服务端回调（server-side callbacks）”和“消息（messaging）”三类。
轮询
最简单的解决方案便 是“定时刷新页面”。在HTML文档的头部使用HTML META标签，页面便可以每隔N秒自动reload一次。如果在此期间server端数据发生变化，那么我们可以获得新的内容，否则将得到相同的页面。虽 然方法很简单，但是如何设置刷新间隔是让人头疼的大问题。
服务器回调
因为我们是 “身经百战”的Java开发老手，所以经常会用到“服务端回调”。这种方式通过RMI或者CORBA将Server端的对象传输到Java applet客户端。
消息（MOM）
这种解决 方案采用一个作为client的applet，它使用TCP/IP或者无连接的UDP、甚至多播协议来建立与消息中间键server的通讯，然后由 server推送消息给client。你可以从例如SoftWired的iBus、IBM的MQSeries、BEA的WebLogic Event这些消息产品中直接挑选，或者自己使用基于socket的java.io.ObjectStream定制开发消息软件。
讨论（MOM）
上面三种 解决方案在复杂性、安全性、性能、可测量性、浏览器兼容性、防火墙限制上各有优势、劣势。最佳解决方案依赖于你的应用需求。例如，在共享白板应用中，用户 需要直接与“状态”交互，那么server端回调或者消息很可能会大显身手。
但在浏览器环境下，除非完全使用applet作为整个client应用，否则把来自于 server的更新信息集成到页面中并非易事。如何在applet收到回调或者消息时变更页面相关内容？一个很“痛快”而又“痛苦”的解决方案就是在回调 方法中使用AppletContext.showDocument(URL)方法来刷新整个页面。
由于HTML代码可以直接影响页面布局，直接使用来自server的数据更改HTML部分内容 不是更好吗？这是web应用的理想方案，在server上内容动态改变时，从用户到server所需的交互是最小化的。作为对上面的解决方案的补充，我开 发了Pushlet这种轻量级、瘦客户端的技术，它无需applet或者插件而直接与脚本/HTML集成在一起、使用标准HTTP连接、理论上可以部署到 任何支持Java servlet的server上。但这并不意味着它将替换对前面解决方案，而是在你的开发“工具箱”中添加另一种选择。作为Java构架者/开发者，你可 以自行权衡、选择、决定哪种适合应用的解决方案。
4.pushlet原理
Pushlet基于HTTP流，这种技术常常用在多媒体视频、通讯应用中，比如QuickTime。与装载HTTP页面之后马上关闭HTTP连接的做法相 反，Pushlet采用HTTP流方式将新数据源源不断地推送到client，再此期间HTTP连接一直保持打开。有关如何在Java中实现这种 Keep-alive的长连接请参看Sun提供的《HTTP Persistent Connection》和W3C的《HTTP1.1规范》。
示例1
我们利用HTTP流开发一个JSP页面（因为它易于部署，而且它在web server中也是作为servlet对待的），此页面在一个定时器循环中不断地发送新的HTML内容给client：
<%
int i = 1
try { while (true) { out.print("<h1>"+(i++)+"</h1>")
out.flush()
try { Thread.sleep(3000)
} catch (InterruptedException e) { out.print("<h1>"+e+"</h1>")
} } } catch (Exception e) { out.print("<h1>"+e+"</h1>")
}%>
在Pushlet源代码中提供了此页面（examples/basics/push-html-stream.jsp）。上面的页面并不是十分有用， 因为在我们刷新页面时，新内容机械地、持续不断地被添加到页面中，而不是server端更新的内容。
示例2
现在让我们步入Pushlet工作机理中一探究竟。通过运行Pushlet的示例源代码 （examples/basics/ push-js-stream.html），我们会看到这个每3秒刷新一次的页面。那么它是如何实现的呢？
此示例中包含了三个文件：push-js-stream.html、push-js- stream-pusher.jsp、push-js-stream-display.html。
其中push-js-stream.html是主框架文件，它以HTML Frame的形式包含其它两个页面。
push-js-stream-pusher.jsp是一个JSP，它执行在server端， 此文件内容如下：
<%
/** Start a line of JavaScript with a function call to parent frame. */
String jsFunPre = "<script language=JavaScript >parent.push('";
/** End the line of JavaScript */
String jsFunPost = "')</script> ";
int i = 1;
try {
// Every three seconds a line of JavaScript is pushed to the client
while (true) {
// Push a line of JavaScript to the client
out.print(jsFunPre+"Page "+(i++)+jsFunPost);
out.flush();
// Sleep three secs
try {
Thread.sleep(3000);
} catch (InterruptedException e) {
// Let client display exception
out.print(jsFunPre+"InterruptedException: "+e+jsFunPost);
}
}
} catch (Exception e) {
// Let client display exception
out.print(jsFunPre+"Exception: "+e+jsFunPost);
}
%>
注意在示例1和示例2中使用JSP时都存在一个问题：一些servlet引擎在某个client离开时会“吃掉”IOException，以至于 JSP页面将永不抛出此异常。所以在这种情况下，页面循环将会永远执行下去。而这正是Pushlet实现采用servlet的原因之一：可以捕获到 IOException。
在上面代码的第21行中可以看到在一个定时器循环（3秒/周期）中打印了一些HTML并将它们 输出到client浏览器。请注意，这里推送的并非HTML而是Javascript！这样做的意义何在？它把类似“parent.push('Page 4')”的一行代码推送到浏览器；而具有JavaScript引擎的浏览器可以直接执行收到的每一行代码，并调用parent.push()函数。而代码 中的Parent便是浏览器页面中所在Frame的Parent，也就是push-js-stream.html。让我们看看都发生了什么？
<script LANGUAGE="JavaScript">
var pageStart="<HTML><HEAD></HEAD><BODY BGCOLOR=blue TEXT=white><H2>Server pushes: <para>";
var pageEnd="</H2></BODY></HTML>";
// Callback function with message from server.
// This function is called from within the hidden JSP pushlet frame
function push(content) {
// Refresh the display frame with the content received
window.frames['displayFrame'].document.writeln(pageStart+content+pageEnd);
window.frames['displayFrame'].document.close();
}</script>
<!-- frame to display the content pushed by the pushlet -->
<!-- Hidden frame with the pushlet that pushes lines of JavaScript-->
</FRAMESET>
可以看到push-js-stream.html中的push()函数被名为 pushletFrame的JSP Frame调用：把传入的参数值写入到displayFrame（此Frame为push-js-stream-display.html）。这是动态 HTML的一个小技巧：使用document对象的writeln方法刷新某个Frame或者Window的内容。
于是displayFrame成为了用于显示内容的、真正的视图。displayFrame初 始化为黑色背景并显示“wait…”直到来自server的内容被推送过来
WAIT...
这便是Pushlet的基本做法：我们从servlet（或者从示例中的JSP）把 JavaScript代码作为HTTP流推送到浏览器。这些代码被浏览器的JavaScript引擎解释并完成一些有趣的工作。于是便轻松地完成了从 server端的Java到浏览器中的JavaScript的回调。
上面的示例展示了Pushlet原理，但这里存在一些等待解决的问题和需要增添的特性。于是我 建立了一个小型的server端Pushlet框架（其类结构图表将会展示在下面），添加了一些用在client中的JavaScript库。由于 client需要依赖更多的DHTML特性（比如Layers），我们将首先粗略地温习一些DHTML知识。示例代码见examples/dhtml。
DHTML（动态HTML）
DHTML（动态HTML）提供了在浏览器中维护内容、进行用户交互的扩展能力。就像Java 开发者使用servlet和JSP那样，DHTML也应该是你的工具箱中的一部分。
DHTML涉及到HTML、级联样式表（CSS）、JavaScript和DOM。传统的页面 只能通过重新装载来自server新页面的方式进行更新。DHTML提供了在页面被装载完毕后对浏览器内的HTML文档的完全控制。你应该见过一些带有 “图像翻滚”、弹出内容、可收缩菜单功能的web页面，它们便是使用DHTML技术实现的。尽管存在一些标准上的差异（见下面的“跨浏览器 DHTML”），多数兼容JavaScript1.4版本的浏览器（后面将简称为“版本4的浏览器”）都支持DHTML。
从开发者的角度审视浏览器中的整个文档，比如Frame、图片、表格等，它们都可以表示为具有 层次的对象模式――DOM。通过使用JavaScript可以维护DOM的成员，不但可以改变文档的内容和外观，而且还可以捕捉例如鼠标移动、form提 交这些用户事件，而后对DOM进行相应修改。例如鼠标移动到图片的上方可以产生“mouse-over”事件，这时通过显示高亮版本的图片或者弹出解释性 文字的方式修改页面外观。这听起来不错吧！我们现在就熟悉一下DHTML标准！但是谁定义了DHTML标准？
这是一些DHTML初学者首先遇到的问题。首先，你需要一个版本4以上的浏览器。DHTML相 关规范的官方标准出自World Wide Web Consortium (W3)。但是微软和Netscape出品的版本4以上的浏览器都有一些私有的DHTML扩展，这是你必须注意的。
幸运的是大多数用户都有版本4以上的浏览器，而且一些开发者（Dannymen、Dan Steinman和Danny Goodman）建造了跨越浏览器的、可重用的DHTML库。
作为一名Java开发者，你要接受这个事实：你应该适当地明白基于对象、甚至面向对象的 JavaScript编程。在我的DHTML中你将找到一些示例，但了解更多的DHTML资源也是很值得的。尤其在使用跨越浏览器的DHTML库对付那些 顽固的浏览器问题时，一切都变得有趣、而不是枯燥。
就如Java获得在广阔的server端市场、DHTML在client领域具有许多强大特性 那样，Pushlet以一种直接的方式将这两项伟大的技术捆绑在一起。下一个章节将详细讨论Pushlet这个server端轻量级框架和client端 DHTML库。
5.Pushlet框架的设计
注意：本章节仅反映了Pushlet server端框架的1.0版本（随着版本升级可能还会重新构造）。
Pushlet框架允许client订阅在server端的主题（subject），而 server则接收订阅，然后在server端的订阅主题所对应的数据变化时推送数据到client。此框架的基本设计模板是发布/订阅（Publish /Subscrib），也被称为观察者（Observer）。它具有server和client两部分组建而成：
Server端：
由围绕着Pushlet类的Java类集合构成（见下面的UML类设计图表）。
Client端：
脚本与页面：可重用的JavaScript库（pushlet.js）和用来在DHTML client（这里指浏览器）中接收事件的HTML（pushlet.html）组成。
Client端Java类：
JavaPushletClient.java和 JavaPushletClientListener.java，负责在Java client中接收事件。
跨越浏览器的DHTML工具库：
layer.js, layer-grid.js, layer-region.js，用来在DHTML层中显示数据内容。
最后，还有用于测试事件的生成工具类EventGenerators.java以及一些示例应 用。
server端类设计
关键的类：Pushlet、Publisher类、Subscriber接口和Event类。 通过HTTP请求调用Pushlet这个servlet，client订阅事件并接收事件。
Client发送订阅请求时需要表明的内容如下：
1.订阅事件的主题
2.接收事件所采用的格式：默认为JavaScript调用，还有XML或者Java序列化对 象者三种。目前Pushlet 2.0.2版已经支持AJAX。
3.使用哪种接收协议（将来实现）：TCP/IP、UDP、Multicast。
主题（subject）表示为具有层次的“主题树”（topic-tree）形式。例 如：“/stocks”表示与股票价格相关的所有事件，而“/stocks/aex”表示Amsterdam Exchange公司的股票价格。“/”表示所有事件。这并不时硬性规定，而是由开发者根据应用自行定义。
当前只有接收方协议是发送到client的HTTP回应流（response stream）。在将来的扩展版本中，接收方协议能够提供多种选择，比如TCP、UDP、RMI、HTTP POST甚至只SMTP。
Event（事件）类：仅仅是name/value的字符串对（使用 java.util.Properties实现）的集合。
产生Event的方式：Publisher类为生成的Event提供了发布接口，它内部保存了 订阅者（那些实现Subscriber接口的类）列表，并把每个Event发送给那些主题与Event匹配的订阅者。Event在server端也可以通 过能够侦听外部Event的EventGenerators类来生成。另外client可以通过基于HTTP通讯的Postlet类来发布Event。
在上面的图表中，为了适配不同请求源（浏览器、Java client程序），PushletSubscriber以及它所包含的那些类提供了多种订阅者的实现。
场景1: 事件订阅
Pushlet作为servlet，通过doGet/doPost方法被调用。由于多个client可 以同时调用同一个Pushlet，所以Pushlet本身不能作为订阅者。取而代之的是，它派发所有的订阅：在每一次调用 doGet()/doPost()时，新建PushletSubscriber对象、并使之运行直至事件循环（eventLoop)结束。 PushletSubscriber作为一个实现Subscriber接口的对象，通过join()方法向Publisher类进行注册的方式将自身添加 到Publisher的内部列表。
面对不同的client类型和协议，PushletSubscriber建立一个相对的 ClientAdapter对象，在这个场景中是BrowserPushletAdapter对象。而对于支持Multipart MIME的浏览器，将建立MultipartBrowserClientAdapter对象。
最后的deQueue()调用是一个“等待Event的循环”，deQueue的意思为入队。 注意此方法将挂起当前线程直到PushletSubscriber的GuardedQueue队列中存入有效的Event。
场景2: 发送和派发事件
每个PushletSubscriber对象都有一个GuardedQueue对象，在其中以队列的形式保存着调用send()方法时传入的 Event。那么它为什么不直接将Event推送给BrowserPushletAdapter呢？最重要的原因是我们期望挂起 BrowserPushletAdapter线程，直到GuardedQueue中存在有效的Event，这样就避免了“忙于等待”或者“轮询”方式所带 来的负面影响。第二原因是Publisher可以通知多个client，如果在执行同步的send()调用时，某个慢速的client可能会堵塞所有其它 正在等待通知的client。这正是我在RMI或者CORBA提供的一组client进行同步回调的示例中所看到的设计缺陷。
GuardedQueue是个工具类，它使用了读/写模板（readers-writers pattern），此模板采取java.lang.Object.wait()/notifyAll()方法实现可被监控的挂起。通过使用读/写模板，使 GuardedQueue类具有进行对象入队/出队（enqueue/dequeue）操作的能力。当队列为空时，GuardedQueue调用 deQueue()方法时，此时调用线程将被挂起，直到有对象入队为止。相反，当队列已满时调用enQueue（），线程也将挂起。在 BrowserPushletSubscriber获得出队的Event对象后，它将调用BrowserPushletAdapter的push()方 法，后者将格式化Event为JavaScript代码或者XML以及其它格式），并将它发送到浏览器。比如Philips股票价格为123.45的 JavaScript代码格式如下：
<SCRIPT language=JavaScript >parent.push('subject', '/stocks/aex', 'philips', '123.45') </SCRIPT>
6.Pushlet应用
Pushlet可以开发多种类型的web应用。由于此框架允许client主动更新事 件（通过Postlet），所以应用就并不只是被动地推送数据了。每个Pushlet应用都可以根据下面进行分类：
事件由server发起、还是client发起或者两者都有可能；状态是否保持在 server、还是在client或者两者都有可能。
由于事件不但被做成了对JavaScript有效，而且也是其它脚本化的插件能够接收实时的事 件更新。例如你可以脚本化Macromedia Flash或者VRML应用。
为了说明Pushlet应用的范围，下面提供了一些简单的demo。
监控
例如股票、天气、投 票、机场到达系统，这些应用都可以采用Pushlet对实时数据进行监控。
游戏
从象棋到描述危机和 垄断者的游戏。
分布式MVC
这涉及到了 在用户接口框架（例如Java Swing和微软MFC）中常见的设计模板。在分布式MVC的各种变体中，模式层位于server，而client控制着是视图层和控制层。Client 通过控制进而修改模式，然后模式将通知所有依附的视图，而视图将进行自我刷新。
一些应用具有web前端（front end），其数据存放在server上可被多个用户更新。比如预订系统和登记系统。如果一个client完成一次更新，而其它client却不能马上见到 变化直至刷新页面。在某些情况下，这是很简单、可行的解决方案，但同时也存在着用户需要同步变化的情况。这种情况下，应用可以使用Pushlet简单地将 URL作为单一事件推送到client，client接收到这个URL后将刷新页面。
另外一点值得注意的示例是争议颇多的EJB。尽管Java client能够直接和EJB对话（通过RMI或者CORBA），但多数情况下则是由servlet和作为client前端的JSP来完成。在这种情况 下，“通知”工作变得很艰难。使用Pushlet，EJB可以在其状态发生改变时通知依附于它的web client。
Web表示层
在放弃使用 PowerPonit作Java课程讲解工具后，我开发了一个基于XML的内容管理框架。由于在某些情形下，教室没有“卷轴工”，但是所有的学生人手一台 网络计算机，所以我开发了这个简单的应用，它使我能够同步改变学生和我的页面内容。
用户辅助
这种类型的应用 可用于call center、银行、帮助桌面、电子商务web应用。当你由于问题而拨打call center电话时，代理程序可以使你通过上网的方式浏览解决方案、供货等信息。
使用EJB作为后台和JSP作为前台，client可以买/卖外币。一个 “AutoTrader”对象自动提供处理，如果自动处理失败或者client请求人工处理时，一个“处理干预”将发生，处理者将被通知并提供相应的服 务。
社区工具
这是一种多用户 参加实时会话的应用。我正在计划扩充Pushlet框架，使其支持多用户session的特性。目前可以实现简单的web聊天，我称之为WCQ，大家可以 在Pushlet源代码的example中见到它。
扩展阅读：
1.http://wiki.matrix.org.cn/Wiki.jsp?page=Comet 什么是Comet？
2.http://www.pushlets.com/ Pushlet官方网站
3.http://www.pushlets.com/doc/whitepaper.html Pushlet白皮书
4.http://www.javaworld.com/javaworld/javatips/jw-javatip34.html/ JavaWorld《POSTing via Java/ Learn how to POST data to Web servers in Java》
5.http://www.leadtoit.cn/subject.php?id=5 Pushlet专题
6.http://www.pushlets.com/doc/installation.html Pushlet安装手册
7.http://www.pushlets.com/doc/protocol.html Pushlet协议解释
8.http://www.pushlets.com/doc/cookbook.html Pushlet Cookbook
9.http://www.pushlets.com/api/index.html Pushlet API文章