对于实时Web应用程序，我有哪些更快的替代方法？

Question

我打算写一个实时合作多人游戏。目前我正处于研究阶段。我已经写了一个基于回合的游戏，它使用websockets并且工作正常。

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

我主要关心的是网络速度。我希望客户能够尽可能快地接收对方的行为，这样我的游戏就可以保持实时。我每秒大约有20-30帧，每帧的数据少于一千字节（这意味着每个客户端每秒最多可以有20-30千字节的数据）。

我知道像“网络速度”这样的事情取决于连接，但我对“如果其他所有事情平等”的情况感兴趣。

Answer 1

从一个标准的浏览器，webSocket将是你最好的选择。唯一的两种选择是webSocket和Ajax。两者都是TCP封装，所以一旦建立连接，它们几乎可以提供相同的传输。但是，webSocket是一个持久连接，所以每次你想发送一些东西时都可以节省连接开销。再加上webSocket的持久连接允许你直接从服务器发送到你想要的客户端。

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

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

1. 收集你需要在同一时间发送和在一个较大的发送操作发送，而不是很多小发送的所有数据。在webSocket中，不要发送三个单独的消息，每个消息都有自己的数据。相反，请创建一条包含来自所有三条消息的信息的消息。

2. 只要有可能，不要通过发送，等待响应，再次发送，等待响应等来依赖连接延迟......而是尝试并行化操作，以便发送，发送和发送然后处理响应。

3. 调整您的服务器传出数据包的设置，使它们不是Nagle延迟，等待查看是否有其他数据要放入同一个数据包。见Nagle's Algorithm。我不认为你有能力在浏览器中从客户端调整它。

4. 确保您的数据尽可能有效地编码，以实现最小的数据包大小。