Tornado是为长轮询而设计的，它在/examples/chatdemo中包含了一个非常小的（数百行Python）聊天应用程序，包括服务器代码和JS客户端代码。它的工作原理如下：

客户机使用JS请求更新，因为（最后一条消息的数量），服务器URLHandler接收这些消息并添加回调以响应客户机到队列。当服务器收到新消息时，onmessage事件将触发，循环通过回调，并发送消息。客户端JS接收消息，将其添加到页面，然后请求更新此新消息ID。

对于ASP.NET MVC实现，请查看NuGet上提供的SignalR。。请注意，NuGet与Git源代码相比常常是过时的，因为Git源经常提交。

在Scott Hanselman的博客上阅读有关SignalR的更多信息

为什么不考虑web套接字而不是长轮询？它们非常高效且易于设置。然而，它们仅在现代浏览器中受支持。这里是一个快速参考。

看看这篇博文，里面有Python/Django/gevent中一个简单聊天应用程序的代码。

这是PHP非常糟糕的选择之一。如前所述，您可以很快地将所有Apache工作人员绑在一起，这样做。PHP是为启动、执行和停止而构建的。它不是为开始而建造的，等等。。。执行，停止。你会很快让你的服务器陷入困境，并发现你有难以置信的扩展问题。

也就是说，您仍然可以使用PHP执行此操作，并且不会使用nginxHttpPushStreamModule杀死您的服务器：http://wiki.nginx.org/HttpPushStreamModule

您在Apache（或任何其他）前面设置nginx，它将负责保持并发连接的开放。您只需通过将数据发送到一个内部地址来响应有效负载，该地址可以通过后台作业来完成，也可以在收到新请求时将消息发送给正在等待的人。这可以防止PHP进程在长时间轮询期间处于打开状态。

这不是PHP独有的，可以使用nginx和任何后端语言来完成。并发开放连接的负载等于Node.js，所以最大的好处是它可以让你从NEEDING Node中解脱出来。

你会看到很多人提到其他语言库来完成长时间的投票，这是有充分理由的。PHP天生就不适合这种类型的行为。

Tornado是为长轮询而设计的，它在/examples/chatdemo中包含了一个非常小的（数百行Python）聊天应用程序，包括服务器代码和JS客户端代码。它的工作原理如下：

客户机使用JS请求更新，因为（最后一条消息的数量），服务器URLHandler接收这些消息并添加回调以响应客户机到队列。当服务器收到新消息时，onmessage事件将触发，循环通过回调，并发送消息。客户端JS接收消息，将其添加到页面，然后请求更新此新消息ID。