客户端和服务端的交互有推和拉两种方式：如果是客户端拉的话，通常就是Polling；如果是服务端推的话，一般就是Comet，目前比较流行的Comet实现方式是Long Polling。 注：如果不清楚相关名词含义，可以参考：Browser 與 Server 持續同步的作法介紹。 先来看看Polling，它其实就是我们平常所说的轮询，大致如下所示： 因为服务端不会主动告诉客户端它是否有新数据，所以Polling的实时性较差。虽然可以通过加快轮询频率的方式来缓解这个问题，但相应付出的代价也不小：一来会使负载居高不下，二来也会让带宽捉襟见肘。 再来说说Long Polling，如果使用传统的LAMP技术去实现的话，大致如下所示： 客户端不会频繁的轮询服务端，而是对服务端发起一个长连接，服务端通过轮询数据库来确定是否有新数据，一旦发现新数据便给客户端发出响应，这次交互便结束了。

    信息推拉技术简介 “智能信息推拉（IIPP）技术”是在网上信息获取技术中加入了智能成份，从而有助于用户在海量信息中高效、及时地获取最新信息，提高了信息系统主动信息服务的能力。如果引入基于IIPP的主动信息服务系统，则可根据用户的特性提供具有针对性的、个性化的信息服务。 以往在Internet上搜寻信息，最常用的方法就是浏览器发出请求后，Web就将信息传送给用户，此过程用户需要“拉取”信息而被描述为Pull；而将信息直接“推送”到用户的计算机的方法就是信息推送，称之为Push，用户只需要在初次使用时自己设定所需要的信息频道，此后，定制信息将通过Web自动传给用户。 信息推拉技术智能化 在传统的Client/server结构中，信息获取方式是按“拉”（Pull）的模型进行的：服务器根据用户终端发送的服务请求进行处理并返回用户所需的结果。

    无论是消息系统，还是配置管理中心，甚至存储系统，你都要面临这样一个选择，push模型 or pull模型?是服务端主动给客户端推送数据，还是客户端去服务器拉数据，一张图表对比如下： push模型 pull模型 描述 服务端主动发送数据给客户端 客户端主动从服务端拉取数据，通常客户端会定时拉取 实时性 较好，收到数据后可立即发送给客户端 一般，取决于pull的间隔时间 服务端状态 需要保存push状态，哪些客户端已经发送成功，哪些发送失...