好的，我想您所寻找的东西以Comet，Server Push，Reverse
Ajax的名称为人所知（仅举几例-
它们含义相同，在进行此主题的研究时可能会有所帮助）。简而言之，它描述了 服务器 启动与 客户端 的连接时的模型/情况。 __（通常是相反的）。
当然，由于这是客户端，因此实际上并没有监听连接，而是使用一些技巧使它看起来像长轮询（试图将与服务器的连接保持尽可能长的打开状态，等待服务器）将新数据发送到客户端。在最长连接时间之后，客户端立即重新连接，然后连接。这是一项非常酷的功能，正确使用它可以真正改善用户体验。
至于这个概念的实现：
- 火箭GWT具有远程处理模块，它
- cometd是一个受欢迎且经验丰富的竞争对手；）
- Ajax Push Engine是一个相对较新的功能-他们构建自己的服务器（很好用C编写），它可能会或可能不会提供比其他解决方案更好的性能，缺点是服务器端可能难以实现（在C或服务器端Javascript（通过SpiderMonkey）。 注意： APE 服务器 只能在Linux，BSD或Mac OS X上运行。
- NGiNX_HTTP_Push_Module-我最喜欢的，因为他们的协议最简单/最简洁，所以他们使用nginx，这意味着不需要额外的服务器运行（也不需要Java服务器-对于像我这样在服务器端不使用Java的人很有用）。该协议是如此简单，以至于纯GWT实现都应该易于编写（事实上，这就是我正在做的事情）。
根据您的服务器端，您有很多选择-
Cometd是一个可靠的解决方案，但是他们使用的Bayeux协议有点麻烦，TBH。几个月前，我曾尝试过APE（Ajax推送引擎），但是那时他们还没有SpiderMonkey
/Javascript支持，并且客户端上只有Mootools，因此GWT的体验还不是很好。现在看这个项目，它已经比较成熟，并且已经完成了很多工作（他们承诺的事情）。我最喜欢NGiNX_HTTP_Push_Module纯粹是因为它似乎是同类产品中“最轻的”-协议及其使用的服务器（nginx以快速且能够同时处理许多连接而著称-
在使用Comet时非常重要，因为您将有很多客户端一直“挂”在连接上，等待来自服务器的数据。
ew，对不起您，我希望对您有所帮助（希望这是您正在寻找的：D）。
