不同浏览器的超时行为？

Question

我正在编写一个基于 AJAX/COMET 的在线聊天室。 我的设计是：

请求

-----------------等待-------------------------> 发送转储数据

-----------------等待-------------------------> 发送转储数据

-----------------等待-------------------------> 发送转储数据

-----------------等待-------------------------> 发送转储数据

-----------------等待-------------------------> 发送转储数据

------发生了事情，得到响应。

另一个请求 …… ....

如您所见，服务器保留请求并等待发生某些事件，如果发生某些事件，则只需推送数据并完成请求。 然后客户端会发出另一个请求。 请求中有勾选，因此如果两个请求之间发生了事件，服务器就知道客户端有待处理的事件。

在浏览器超时之前，服务器也会发送一些空闲数据，以防止客户端超时。

现在，问题来了：不同浏览器的超时行为是什么？ 我知道浏览器发送请求并等待数据，如果等待时间太长，就会超时。 但是不同浏览器的超时行为是什么？ 是否有任何标头可以控制浏览器的超时行为？ 通过了解浏览器的超时行为，以便我可以决定如何处理它们。 我在哪里可以找到这些数据？

Answer 1

实际上，由于客户端可能会通过代理，因此不同浏览器的显式超时值并不像您想象的那么重要。

相反，我会问你为什么要问 - 你将不得不处理超时，并且浏览器的任何流媒体都不会每次都阻止它。 因此，最好在连接断开时简单地从客户端重新查询服务器 - 这就是很多人建议长轮询的原因之一，而这正是您似乎正在尝试做的事情。 无论您选择流式传输解决方案还是长轮询，都必须允许连接重置。

对于简单的隐藏 iframe 客户端设置，这并不难做到 - XHR 请求同样容易，具体取决于您使用的客户端框架。

大多数现代浏览器的超时似乎相当大 IE（60 分钟？哇），FF 更短（about:config 说 300 秒 - 哎呀）——但正如我所说，这并不能帮助你对抗代理，其中超时可能短至 2 分钟或更短，取决于代理管理员如何配置它。

所以，总而言之 - 超时会发生。 你无法阻止他们。 对您的客户端进行编码，以便在发生这种情况时重新连接（限制以防止服务器停机），并且不必再担心。 除了更加健壮之外，它还可能使您的代码性能更高，因为您不会定期向每个客户端发送无用的数据。