我有兴趣构建一个小型实时多人游戏，使用HTML5/JavaScript作为客户端，可能会使用Java作为服务器软件。
我稍微了解了一下WebSockets，但似乎我对WebSockets的理解存在误区。我最初认为WebSockets只是JavaScript处理TCP sockets的方式，就像Java和其他语言中使用的那样，但事实上必须进行整个握手过程，并且每次传输都包含大量HTTP开销（在这种情况下，与Ajax相比的优势似乎并不像一开始看起来那么令人兴奋）？
在相关主题上，是否有更好的替代方案可用于此目的（JavaScript中的实时多人游戏）？
WebSockets是在Web浏览器中运行的实时多人游戏的最佳解决方案。正如评论中指出的那样，有一个初始握手过程，其中HTTP连接被升级，但一旦建立连接，WebSockets提供了用于服务器和客户端之间的双向通信的延迟时间最低的连接机制。
我建议您观看这个视频：https://www.youtube.com/watch?v=_t28OPQlZK4&feature=youtu.be
请参考以下内容：
唯一的原始TCP解决方案将是使用支持某种TCPClient对象的插件。 我建议您尝试使用WebSockets。
您可以在此处找到许多选项。只需在页面中搜索WebSockets即可。
还要查看WebRTC。根据您的游戏目的以及是否需要服务器管理游戏状态，您可以使用此技术进行点对点通信。 在这种情况下，您仍然需要一个解决方案来处理将玩家分组-在这种情况下，WebSockets是最快/最好的解决方案。
基本上在撰写本文时，您有三个选择：
WebSockets
WebSockets是一种轻型的消息传递协议，使用TCP而不是JavaScript实现TCP sockets，正如您所指出的。然而，除了初始握手之外，在此点之后没有HTTP头传递来回。一旦建立连接，数据可以自由地传递，开销极小。
长轮询
长轮询简而言之，就是客户端通过HTTP请求周期性地向服务器轮询新信息。这在CPU和带宽方面非常昂贵，因为每次都会发送一个庞大的新HTTP头。在旧版浏览器中，这基本上是您唯一的选择，而库（如Socket.io）在这些情况下使用长轮询作为后备。
WebRTC
除上述内容外，WebRTC还允许通过UDP进行通信。UDP长期以来一直在非基于Web的环境中用于多人游戏，因为它的开销低（相对于TCP），延迟低，且无阻塞特性。
TCP“保证”每个数据包都会到达（除了灾难性网络故障），并且它们总是按发送顺序到达。对于诸如注册分数、命中、聊天等关键信息非常有用。
另一方面，UDP没有这样的保证，数据包可能以任何顺序或根本不到达。当涉及到频率较高且需要尽快到达的不太重要的数据（例如玩家位置或输入）时，这实际上是有用的。原因在于，如果单个数据包在传输过程中延迟，TCP流将被阻塞，导致游戏状态更新存在大间隙。通过UDP，您可以简单地忽略到达晚的数据包（或根本不到达），并继续处理接收到的下一个数据包，从而为玩家创造更平滑的体验。
撰写本文时，WebSockets可能是您的最佳选择，但是WebRTC的采用正在迅速扩展，并且在您完成游戏时可能是更好的选择，这是需要考虑的事情。
我不确定在现今时代（2017年）WebSockets是否仍然是实现实时多人游戏网络连接的最佳工具。 WebRTC 是一种更新的技术，提供了更高性能的潜力。 而且这些天，由于以下库的存在，WebRTC也更易于使用:
或者，如果您想省去网络实现的实际细节，并且正在寻找提供更高级别多人游戏接口的库，请查看 Lance.gg。（免责声明：我是其中的贡献者之一）。
多人游戏需要服务器定期向客户端发送世界状态的快照。在浏览器HTML/js应用程序的上下文中，您有很少的选择：轮询、websocket或编写自己的插件来扩展浏览器功能。
HTTP轮询（例如BOSH或Bayeux）是复杂的，但会引入网络开销和延迟。Websocket旨在克服它们的限制，并且肯定更具响应性。
库，如cometd或socket io，提供了传输的抽象，并为您解决了浏览器兼容性问题。除此之外，它允许在底层传输之间切换并比较它们的性能而不需要额外努力。
我使用socket.io编码了多人街机游戏，使用websocket通常会有2ms的延迟，在局域网上使用xhr-polling大约为30ms。这已经足够用于多人游戏。
我建议您看一下 nodejs 和 socket.io，以便能够在客户端和服务器之间共享代码，您还可以在 [3] 借鉴一些多人游戏的代码。
