ajax使用频率,AJAX轮询频率 - 要长期轮询还是不轮询长轮询？

我正在构建一个需要相对不变的数据库轮询的网页组件。我可以看到两种不同的方法，我想知道他们中的一个是否比其他人好，或者如果我错过了第三个选择。AJAX轮询频率 - 要长期轮询还是不轮询长轮询？

1)发送关断一个AJAX请求每1或2秒，以检查更新。无论是否有新数据，每个请求都会立即返回。

2)触发一个AJAX请求，直到它接收到数据或发生超时才会返回。发生这些事件时，它会触发下一个请求。 (我想，这就是所谓的长轮询？)

数据库查询的数量将与任一相同，但与2号会有更少的请求，从中可以节省带宽和客户资源的浏览器触发。对于服务器来说，是否最好有一个PHP请求保持活动并在两次查询之间休眠，或者每隔几秒钟启动一次，轮询数据库，然后关闭？或者没有什么区别，我对此太强调了？

编辑：我想我也应该指出，这是一个较大的Web应用程序的聊天工具。通信的轻微延迟不会杀死用户，因为聊天是次要功能。

2010-10-01

Derek

+0

这实际上取决于长民意调查将会持续多久，以及您连接的客户数量。如果你有2或3个，长时间轮询可能会更好(因为更新会是瞬间的)。如果你有很多，长期民意调查将是非常昂贵的，因为每个连接都需要一个PHP过程(因为它是让PHP持续开放的PHP)。所以在这种情况下，我会使用“智能”轮询间隔。基本上，如果平均更新时间为10秒，则轮询时间为5，然后是8，然后是10，然后是11等)。基本上把时间减少一半。它在服务器上更容易(因为平均负载下降)，但速度很快... –

2010-10-01 18:40:13

+0

我想我还应该说，这是一个更大的Web应用程序的聊天部件。通信的轻微延迟不会杀死用户，因为聊天是次要功能。但我们希望它是合理的(2秒内？) –

2010-10-01 18:43:31

+0

老实说，我不会在PHP中这样做。获取另一种语言，并实现一个队列系统并使用持久的TCP连接来回传输......或者，为什么不简单安装Jabber并完成(并且可能实现一个JS接口到服务器)... –

2010-10-01 18:57:31