[IM]即时通讯调研报告

6相关技术简介
6.1 Pushlets
6.2 Openfire
Openfire（原来的Wildfire）是一个跨平台，采用Java开发，开源的实时协作（RTC）服务器基于XMPP（Jabber）协议。Openfire安装和使用都非常简单，并利用Web进行管理。单台服务器可支持上万并发用户。
6.7 Json
JSON(JavaScript Object Notation) 是一种轻量级的数据交换格式。易于人阅读和编写。同时也易于机器解析和生成。它基于JavaScript Programming Language， Standard ECMA-262 3rd Edition – December 1999的一个子集。 JSON采用完全独立于语言的文本格式，但是也使用了类似于C语言家族的习惯（包括C， C++， C#， Java， JavaScript， Perl， Python等）。这些特性使JSON成为理想的数据交换语言。
JSON建构于两种结构：
· "名 称/值"对的集合（A collection of name/value pairs）。不同的语言中，它被理解为对象（object），纪录（record），结构（struct），字典（dictionary），哈希表 （hash table），有键列表（keyed list），或者关联数组 （associative array）。
· 值的有序列表（An ordered list of values）。在大部分语言中，它被理解为数组（array）。
这些都是常见的数据结构。事实上大部分现代计算机语言都以某种形式支持它们。这使得一种数据格式在同样基于这些结构的编程语言之间交换成为可能。
JSON具有以下这些形式：
对象是一个无序的"'名称/值'对"集合。一个对象以"{"（左括号）开始，"}"（右括号）结束。每个"名称"后跟一个"："（冒号）；"'名称/值' 对"之间使用"，"（逗号）分隔。
 
数组是值（value）的有序集合。一个数组以"["（左中括号）开始，"]"（右中括号）结束。值之间使用"，"（逗号）分隔。
 
值（value）可以是双引号括起来的字符串（string）、数值(number)、true、false、 null、对象（object）或者数组（array）。这些结构可以嵌套。
 
字符串（string）是由双引号包围的任意数量Unicode字符的集合，使用反斜线转义。一个字符（character）即一个单独的字符串（character string）。
字符串（string）与C或者Java的字符串非常相似。
 
数值（number）也与C或者Java的数值非常相似。除去未曾使用的八进制与十六进制格式。除去一些编码细节。
 
空白可以加入到任何符号之间。 以下描述了完整的语言。
参考文献：http：//www.json.org/json-zh.html
6.8 Server Push技术
推 送技术(Server Push)的基础思想是将浏览器主动查询信息改为服务器主动发送信息。服务器发送一批数据，浏览器显示这些数据，同时保证与服务器的连接。当服务器需要再 次发送一批数据时，浏览器显示数据并保持连接。以后，服务器仍然可以发送批量数据，浏览器继续显示数据，依次类推。
客户端拉曳(Client Pull)  ：在客户端拖曳技术中，服务器发送一批数据，在HTTP响应或文档头标记中插入指令 ，让浏览器"在5秒内再次装入这些数据"或"10秒内前往某URL装入数据"。当指定的时间达到时，客户端就按照服务器的指示去做，或者刷新当前数据，或 者调入新的数据。
其实push 和 pull 这两种技术手段非常不同，但目的几乎一致，都是为了给最终用户方便的提供最新信息。
在服务器推送技术中，HTTP 连接一直保持着，直到服务器知道自己已结束发送数据并发送一个结束信号，或者客户端中断连接。而在客户端拖曳技术中，并不保持HTTP连接，相反，客户端被告知何时建立新连接，以及建立连接是获取什么数据。
在服务器推送中，奇妙之处在于"multipart/mixed"格式的MIME，它能够使一个报文（或HTTP响应）包含许多数据项、在客户端拖曳中，奇妙之处在于HTTP响应头标（或等效的HTML元素），它能告知客户端在指定的延时时间后执行何种动作。
服务器推送通常效率要比客户端拖曳效率高，因为它不必为后续数据建立新的连接。由于始终保持连接，即使没有数据传输时也是这样，因此服务器必须愿意分配这些TCP/IP端口，对于TCP/IP端口数有限的服务器这将是一个严重的问题。
客户端拖曳效率低，因为这必须每次为传送数据建立新的连接。但是它不必始终保持连接。
在实际情况中，建立HTTP连接通常需要花费相当多的时间，多达一秒甚至更多。因此从性能上考虑，服务器推送对于最终用户更有吸引力，特别是对于需要经常更新信息的情况下。
服 务器推送相对客户端拖曳的另一点优势是，服务器推送相对比较容易控制。例如，服务器每一次推送时都保持一个连接，但它又随时可以关闭其中的任何连接，而不 需要在服务器上设置特殊的算法。而客户端拖曳在同样的情况下要麻烦许多，它每次要与服务器建立连接，服务器为了处理将客户端拖曳请求与特定的最终用户匹配 等情况，需要使用相当麻烦的算法。
如果实现服务器推送的CGI程序是使用Shell脚本语言编写的，有时会存在一些问题。例如，客户端最终用 户中断连接，Shell程序通常不能注意到，这将使资源毫无用处的浪费掉，解决这一问题的办法是用Perl或者C来编写这类CGI程序，以使用户中断连接 时能够结束运行。
如上所述，在服务器推送中，多个响应中连接始终保持，使服务器可在任何时间发送更多的数据。一个明显的好处是服务器完全能够控制更新数据的时间和频率。另外，这种方法效率高，因为始终保持连接。缺点是保持连接状态会浪费服务器端的资源。服务器推送还比较容易中断。

接下来就大概说说服务器推送技术。
服 务器在响应请求时，HTTP使用MIME报文格式来封装数据。通常一个HTTP响应只能包含一个数据块。但MIME有一种机制可用一个报文（或HTTP响 应）表示将多个数据块，这种机制就是成为"multipart/mixed"的标准MIME类型。multipart/mixed报文大体格式如下：
Content-type：multipart/mixed;boundary=ThisRandomString
–ThisRandomString
Content-type：text/plain
第一个对象的数据。
–ThisRandomString
Content-type：text/plain
第二个对象的数据。
–ThisRandomString–

上述报文包括两上数据块，二者的类型都是"text/plain"。最后一个"ThisRandomString"后的两条短线（–）表示报文结束，后面没有数据。

对于服务器推送，使用一个"multipart/mixed"类型的变种
–multipart/x-mixed-replace。这里，"x-"表示属于实验类型。"replace"表示每一个新数据块都会代替前一个数据块。也就是说，新数据不是附加到旧数据之后，而是替代它。
 
下面是实际使用的"multipart/x-mixed-replace"类型：
Content-type：multipart/x-mixed-replace;boundary=ThisRandomString
–ThisRandomString
Content-type：text/plain
第一个对象的数据
–ThisRandomString
Content-type：text/plain
第二个（最后一个）对象的数据。
–ThisRandomString–
使 用这一技术的关键是，服务器并不是推送整个"multipart/x-mixed-replace" 报文，而是每次发送后数据块。HTTP连接始终保持，因而服务器可以按自己需要的速度和频率推送新数据，两个数据块之间浏览器仅需在当前窗口等候，用户甚 至可以到其他窗口做别的事情，当服务器需要发送新数据时，它只是源（ABC输入法没那个字*&^$#）传输管道发送数据块，客户端相应的窗口进行 自我更新。
在服务器推送技术中，"multipart/x-mixed-replace"类型的报文由唯一的边界线组成，这些边界线分割每个数据 块。每个数据块都有自己的头标，因而能够指定对象相关的内容类型和其他信息。由于"multipart/x-mixed-replace"的特性是每一新 数据块取代前一数据对象，因而浏览器中总是显示最新的数据对象。
"multipart/x-mixed-replace"报文没有结尾。也就是 说，服务器可以永远保持连接，并发送所需的数据。如果用户不再在浏览器窗口中显示数据流，或者浏览器到服务器间的连接中间（例如用户按"STOP"按 钮），服务器的推送才会中断。这是人们使用服务器推送的典型方式。
当浏览器发现"Content-type"头标或到达头标结束处时，浏览器窗口中的前一个文档被清除，并开始显示下一个文档。发现下一个报文边界时，就认为当前数据块（文档）已经结束。
总之，服务器推送的数据由一组头标（通常包括"Content-type"）、数据本身和分割符（报文边界）三部分组成。浏览器看到分割符时，它保持状态不变，直到下一个数据块到达。
将以上概念进行用编程方法实现，就可以得到实际的服务器推送程序。例如，下面的Unix shell程序将使浏览器每5秒显示一次服务器上的进程列表：

#!/bin/sh
echo "HTTP/1.1 200"
echo "Content-type： multipart/x-mixed-replace; boundary=–ThisRandomString–"
echo ""
echo "–ThisRandomString–"
while true
do
echo "Content-type： text/html"
echo ""
echo "h2Processes on this machine updated every 5 seconds/h2"
echo "time："
date
echo "p"
echo "plaintext"
ps -el
echo "–ThisRandomString–"
sleep 5
done

注意到，边界设置在sleep语句之前发送，这能够确保浏览器清除其缓冲区，并显示所接收到的最新数据。
NCSA HTTPD用户在内容类型中不能使用空格，包括边界参数。NCSA HTTPD只能将不带空格字符的字符串作为内容类型。如果在内容类型行中存在空格（冒号后面的空格除外），空格后的任何文本都会被删除。
 
下面的示例是正确的：
Content-type： multipart/x-mixed-replace;boundary=ThisRandomString
而下例则不能正常工作，因为它在中间有空格：
Content-type： multipart/x-mixed-replace; boundary=ThisRandomString
服务器推送的另一个优点是它可以针对单个内联图象进行。包括图象的文档可以由服务器定时或定周期进行更新。而实现这一点非常简单：只需使IMG元素的SRC属性指向推送一系列图象的URL即可。
如果服务器推送用于单个内联图象，文档中的图象就会一次次被新推送来的图象所代替，而文档本身不需变化（假设文档没有进行服务器推送）。这样，WEB页面中有限的动画就可以为静态画面所代替。

客户端拖曳
客户端拖曳的一个简单用法是使文档按固定周期自动重载。例如，考虑下面的HTML文档：
<META HTTP-EQUIV="Refresh" CONTENT=1>
<TITLE>Document ONE</TITLE>
<H1>This is Document ONE!</H1>
Here's some text.<P>
如果将它载入支持动态文档的浏览器（Netscape 1.1以上，Internet Explorer和Mosaic也支持客户端拖曳），它将每隔一秒将自己重载一次。
由于META元素实际是在HTML文档中模拟HTTP响应头标，所以它能够告知浏览器将自身信息当作HTTP响应使用。上例中的META标记相当于：
Refresh：1
这样，实际上就是HTTP头标告知浏览器每一秒更新一次文档。如果需要延时是12秒，那么就是这样的指令：
<META HTTP-RQUIV="Refresh" CONTENT=12>
那么它等效于：
Refresh：12

关于客户端的拖曳我也懒的继续写下去，关于怎么使客户端自动申请其他URL的数据话，请使用如下：
<META HTTP-EQUIV="Refresh" CONTENT="12;URL=">http：//icools.yeah.net/">
注意的是，此处的URL不能使用相对路径，必须全部指定。

其中时间间隔可以设置为0，这样浏览器在当前文档显示完毕后，以最快的速度载入新的数据！

实 现Server   push技术非常简单。Server   push在服务器的CGI脚本声明HTML文档类型时，把传统的content-type：text/html改为content- type：multipart/x-mixed-replace;boundary=BOUNDARY这样的文档类型，就会反馈给用户一个 Server   push类型的连接。这是Server   push和Client   pull的根本区别。如果CGI脚本中提供了这样的HTML文档头，服务器在处理客户机请求调用CGI脚本程序时，就会把CGI脚本中指定的数据强行推给 客户机。  
        Server   push在生成页面时会采用很多的技巧来处理用户端浏览器页面的生成。主程序和传统方式没有本质的区别，但记得在脚本中加入print"Content- Type：multipart/x-mixed-replace;boundary=BOUNDARY
6.9 Comet
目前最强大的开源Comet解决方案是：
Dojo+Jetty Cometd+Jetty Continuation+Bayeux协议
一些相关的文档先放在这里，我就不多介绍了，大家都完全有能力读懂。
Jetty的作者，Servlet规范专家组成员Greg Wilkins写的两篇文章：
Ajax， Comet and Jetty：
http：//www.webtide.com/downloads/whitePaperAjaxJetty.html
Cometd with Jetty：
http：//blogs.webtide.com：8080/gregw/2006/08/03/1154583360000.html
Bayeux协议：
http：//svn.xantus.org/shortbus/trunk/bayeux/protocol.txt
一种基于JSON的、平台中立的分路复用协议，可以由任何Comet客户端和服务器端实现。目前客户端的Dojo、服务器端的Jetty Cometd已经实现了对这个协议的支持。
一个使用这个解决方案的实例：
Active AJAX based live dashboards：
http：//www.qenet.co.uk/warwick/whitepaper-pushTech.pdf
根据Greg Wilkins的测试，最后Jetty Cometd服务10000个用户875个线程，只用了57M内存。
http：//groups.google.com/group/cometd-dev/browse_thread/thread/09d80fb4abdc4f5c
Pushlets作者Just van den Broecke也承认，Pushlets存在着可伸缩性的问题：
"Yes， I am aware of the scalability limitations of the Pushlets framework. A dedicated server-side technique based on NIO (such as Greg， hi there， is working on ?) could help."

并且申请加入Cometd的开发工作：
"With great interest I have been following recent COMET developments and would like to join cometd developments in whatever way."
6.9.1 Dojo
Dojo是一个非常强大面向对象，开源的JavaScript工具箱。它为开发Web胖客户端程序提供了一套完整的Widget和一些特效操作。
官方网站：http：//www.dojochina.com

6.10 Ruby、Rails
ruby是一种面向对象的动态脚本语言。它的语法很灵活，而且提供了丰富的类库。因此，用ruby编写程序的效率是非常高的。
Rails 是使用纯ruby编写的框架(framework)。它对web开发提供了强有力的支持，如支持数据映射、MVC模式、Web Services、安全等。而且这些功能操作起来要比同类的产品容易的多，如MVC模式就比struts更容易使用。除了这些，rails还可以根据模板 自动生成web程序。这样可以省去我们很多的时间。
6.11 Erlang