COMET相对于长请求轮询的优势？

Question

我一直在想，与简单得多的长请求轮询相比，使用COMET /push技术是否有真正的优势，在长请求轮询中，服务器将等待一定的最长时间，直到新事件发生，然后才告诉客户端什么都没有发生。

这两种技术都有类似的客户端延迟，虽然普遍的看法是长请求更糟糕，因为它们需要建立新的连接，但也存在HTTP keep-alive的事实--因此，最终，两者似乎都会产生非常相似的通信量/负载量。

那么使用COMET有什么明显的优势吗？

Answer 1

带有长请求的AFAIK轮询几乎就是comet。短请求的轮询不是。

Answer 2

我能想到的一些优点：

• 使客户端编程在实际事件和到达客户端的通知之间存在延迟。轮询的平均时间是轮询时间的1/2，最坏的情况是轮询时间。
• 可以最小化服务器所需的资源。有关示例，请参阅此article。要实现这一点，需要使用新的服务器技术。