对于实时 Web 应用程序，我有什么比 websockets 更快的替代方案？

Question

我正计划编写一款实时合作多人游戏。目前我处于研究阶段。我已经编写了一个使用 websockets 的回合制游戏，并且运行良好。

不过，我还没有尝试使用这种技术编写实时游戏。我的问题是关于 websockets 的。是否有另一种方法来处理（浏览器）客户端之间的通信？我的想法是在每个客户端中都有游戏状态，并且只使用服务器作为中介/同步工具将增量发送给客户端。

我主要关心的是网络速度。我希望客户端能够尽快接收到彼此的动作，这样我的游戏就可以保持实时。我每秒大约有 20-30 帧，每帧的数据少于 1 KB（这意味着每个客户端每秒最多 20-30 KB 的数据）。

我知道“网络速度”之类的东西取决于连接，但我对“如果其他条件都相等”的情况感兴趣。

Answer 1

对于标准浏览器，webSocket 将是您最好的选择。仅有的两个替代方案是 webSocket 和 Ajax。两者都是底层的 TCP，因此一旦建立连接，它们几乎提供相同的传输。但是，webSocket 是一个持久连接，因此您每次想要发送内容时都可以节省连接开销。此外，webSocket 的持久连接允许您直接从服务器发送到您想要的客户端。

在典型的游戏设计中，底层游戏引擎需要适应服务器和任何给定客户端之间的传输速度。如果客户端的连接速度较慢，那么您必须将发送的数据包数量丢弃到可以跟上的东西（在您的情况下可能会减少帧更新）。连接速度就是这样，因此您必须让您的应用以现有的速度提供最佳体验。

您可以做一些其他事情来优化交通工具的使用：

1. 一次收集您需要发送的所有数据，并在一个更大的发送操作中发送，而不是大量的小发送。在 webSocket 中，不要发送三个单独的消息，每个消息都有自己的数据。相反，创建一条包含所有三条消息的信息的消息。

2. 只要有可能，不要通过发送、等待响应、再次发送、等待响应等来依赖连接的延迟......相反，尝试并行化操作，以便发送、发送、发送并在收到响应时对其进行处理。

3. 调整来自服务器的传出数据包的设置，使其没有 Nagle 延迟，等待查看同一数据包中是否有其他数据。见Nagle's Algorithm。我认为您无法在浏览器中从客户端对此进行调整。

4. 确保尽可能高效地对数据进行编码，以实现最小的数据包大小。