为什么 Gmail 没有更快地重新连接？答案

【问题标题】：Why does Gmail not reconnect faster?为什么 Gmail 没有更快地重新连接？
【发布时间】：2012-10-24 11:02:44
【问题描述】：

当Gmail失去连接时，会显示如下信息：

未连接。 3:36 后连接... [立即尝试]

更快的重新连接间隔真的有那么大吗？

我问是因为我正在开发一个基于Socket.IO 的移动网络应用程序，我想避免像在 Gmail 上那样收到消息。相反，我想象一个方案如：

以一秒到一分钟之间的快速随机间隔重新连接，加
在某些用户交互时重新连接，加
browser state 更改时重新连接。

【问题讨论】：

请注意，Gmail 不使用 Websocket。尽管 Google 为 WS 提供了所有支持，但奇怪的是，他们的平台/应用（应用引擎、文档、gmail 等）并不支持它。
感谢您指出这一点。但是请注意，这个问题并不特定于 Websocket。我添加了 Websocket 标记，因为 1. 我假设基于 Websocket 的应用程序的开发人员熟悉问题，并且 2. 我的应用程序基于 Socket.IO，其中包括 Websocket 作为可能的传输。
我知道，因此将其作为“评论”发布，附加信息并非旨在回答您的问题；）

标签： http web-applications gmail websocket socket.io

【解决方案1】：

您的应用程序失去与服务器的连接的一个原因可能是服务器或与服务器的连接过载。通过重新连接尝试向其发送垃圾邮件可能会使情况变得更糟。

最后，这取决于您的可用性要求。当用户在电子邮件程序中花费很长时间时，他通常不会经常与它进行交互，而是在阅读一封电子邮件。此外，邮件客户端可以忍受几分钟的断开连接，因为电子邮件在发送后延迟几个小时被阅读并不罕见。因此，GMail 在尝试重新连接之前可以忍受更长的延迟。当您有一个用户不断与服务器交互的应用程序时，您可能希望重新连接尝试的延迟更短。

【讨论】：

感谢您的想法！你说的对我来说很有道理。我不认为服务器过载在我的情况下是一个大问题。如果发生这种情况，那么无论如何用户体验都会很糟糕，并且该应用程序不是关键任务。这是一个游戏，他的分数通过 Socket.IO 传输。