实现方法及架构：网站页面即时通讯功能

以聊天室为例， 实现web聊天室的方法有很多，包括:基于ajax技术的实现，基于comet（Pushlet）基于XMPP协议的实现，以及基于flash的XMLSocket和远程共享对象的实现。  (1)基于ajax技术的实现。 ajax(异步JavaScript和XML，Asynchronousjavascriptandxml），其功能是实现页面与服务器端的无刷新交互。使用ajax实现web聊天室的基本原理是通过ajax从服务器中获取数据，然后更新页面显示。这种方法简单明了，缺点是实时性不高。 (2)基于Comet技术的实现。 Comet是一种新的Web应用架构。在此架构开发的应用中，服务器端将主动将数据推送到客户端程序，而不需要客户端显式的要求。Comet架构非常适合事件驱动的Web应用，以及对股票交易市场分析、聊天室、Web版在线游戏等交互性和实时性要求较高的应用。 Pushlet是Comet实现(Pushlet是Comet框架的开源)：在Servlet机制下，数据直接从Java对象推送到服务器（push）不需要Javaplet或插件的帮助就可以访问客户端页面。它使server端能够定期更新client的web页面，这与传统的request/response不同。 基于HTTTP流的Pushlet，该技术常用于多媒体视频、通信等应用，如QuickTime。与装载HTTP页面后立即关闭HTTP连接的做法相反，Pushlet通过HTTP流不断将新数据推送到client，HTTP连接在此期间不断打开。如何在Java中实现这种Keep-alive的长连接，请参考Sun提供的《HTTPPersistentConnection》HTTP1和W3C.1规范》。 (3)基于XMPP协议的实现 XMPP(可扩展消息处理现场协议)是基于XML的协议，是专门为即时消息和在线现场检测而设计的通信协议。它促进了服务器之间的准确和即时操作。即使其操作系统与浏览器不同，该协议最终也可能允许因特网用户在因特网上向任何其他人发送即时消息。XMPP的前身是Jabber，一个由开源组织产生的网络即时通信协议。开源聊天系统服务器Openfire是基于XMPP协议的Jabber服务器。 webIM的功能可以通过Flash或ajax与Jaber服务器交互， (4)基于flash的XmlSocket的实现 基于rtmp协议，FlashmediaServer是一种强大的流媒体服务器，它提供了强大的流媒体交互功能。在FMS中，提供远程共享对象（SharedObject）客户端可以创建并连接到服务器端的远程共享对象。许多客户端可以连接到相同的远程共享对象。任何客户端都修改了共享对象，服务器将将共享对象的修改信息发送给所有其他连接到共享对象的客户端。这种远程共享对象的机制可以在各个方面实现以下功能：·   远程控制幻灯片放映 ·   文字聊天 ·   网络对战 ·   远程选择和播放歌曲 ·   现场拍卖 ·  客户服务应用。 远程共享对象非常适合在web聊天室实现群聊功能。 远程共享对象非常适合在web聊天室实现群聊功能。为每个群组建立一个远程共享对象。通过这种方式，任何用户都可以通过服务器在群组中发送信息，并自动将其发送给所有群组成员。 用远程共享对象实现单聊是不现实的。我们需要使用socket来实现相应的单聊。客户端通过socket服务器与其他客户进行私人聊天。通过socket服务器转发聊天信息。 这种方法是实现web聊天室最有效的方法。即时通信系统架构简要介绍了大型商业应用的IM系统架构。低耦合是设计这种架构的重要组成部分，将整个系统设计成多个相互分离的子系统。我将整个系统分为以下几个部分:(1)状态信息系统  (2)好友系统  (3)P2P系统   (4)其他扩展业务系统首先看状态信息系统(1)connd 可支持UDP或TCP的Client接入服务器，一般建议先选择TCP。connd可以布置多台，client接入时，可以通过简单的DNS轮询实现负载平衡。connd可以安排多个。client接入时，可以通过简单的DNS轮询实现负载平衡。cond功能是维护连接和转发信息包。（2）pconndproxyconnd,代理访问服务器，是connd的扩展，除了connd的功能外，还支持webserver等服务器的访问。(3)msgd消息处理服务器的主要功能是用户状态管理、消息转发(包括合理性验证)和离线消息保存。说一个用户登录成功后，通知所有朋友的状态。在我设计的系统中，用户状态简单地被视为类似的文本聊天信息。以下用户U上线流程，他有好友F1，F2。(1)connd收到U在线消息，并将消息发送到U所在的msgd。(2)msgd获取U的好友，F1，F2；如果F1、F2和U不在同一msgd上，msgd将消息通过connd转移到F1和F2所在的msgd上。(3)最终msgd通过connd将在线通知发送到F1和F2。msgdU是如何获得最新朋友的？我想重点描述一下这个问题。用户的好友数据都在另一个子系统中:好友子系统。msgd通过TCP(为什么使用TCP？）主动从好友系统获取。同时，msgd还缓存了好友数据。msgd获取用户好友时，如果cache是最新的，直接从cache取，否则要从好友子系统取。现在关键问题出来了，如何确定用户的朋友是最新的？我们应该根据不同业务的不同特点灵活采用不同的方法。请看一种高效的处理方法：(1)好友子系统为每个用户的好友计算hash值(可使用MD5)。(2)client在获得好友时，也会获得这个hash值；在发送与好友相关的信息时，将hash值带给msgd。(3)msgd第一次从好友子系统获取用户好友时，也会获得这个hash值；比如转发状态信息，获取好友时，将client带来的hash1与自己的hash2进行比较。。。像IM这样的业务特点是写朋友的数据很少，读很多。与阅读的消耗相比，写作基本上可以忽略不计。以上方法，两者的hash值基本相等，直接从cache获取好友数据。这种处理方法也可以引入到其他应用业务中。建议不要每次都粗暴地跨过程获取类似的朋友数据。