问题

假设我打开 websocket 连接/A，/B并/C从一个客户端到同一服务器，并且客户端在每个 ws 连接上不断发送消息。

如果携带 ws 连接消息的数据包/A超时并最终需要在底层 TCP 层重新传输，这是否有可能影响客户端在 ws 连接上传输的消息，/B并且/C以多个数据包的方式当较早的一个超时时，通过单个 TCP 连接发送将被延迟？

或者是否有可能每个 ws 连接都接收到自己的 TCP 连接，因此一个上的任何拥塞都不会影响另一个上携带消息的数据包？它可以是特定于实现的吗？

概述

通过 HTTP 进行初始握手后，Websockets 通过 TCP/IP 连接发送数据。

我对 TCP 连接的假设：

对于给定端口上的特定 TCP 连接，该连接保证发送方通过它发送的所有数据包都将被接收方接收，并且将按顺序接收。这是一个可靠的有序连接。
这意味着如果发送方通过 TCP 连接发送了两个数据包，而第一个数据包在给定的超时时间内没有到达，则第二个数据包会延迟，直到发送方成功重新传输第一个数据包。就接收方而言，他们总是先看到数据包一，然后再看到数据包二。
如果您在两个单独的端口上创建两个单独的 TCP 连接，那么一个连接上丢失的数据包自然不会影响另一个连接上的数据包。可靠有序保证仅适用于一个 TCP 连接内的数据包，而不是所有数据包。

由于活动的 websocket 连接运行在 TCP 连接之上，当我们在同一个客户端和服务器之间打开多个并行 websocket 连接时，我们可以做出任何假设吗？

如果我有一个 websocket javascript 客户端打开到同一服务器的两个或多个 websocket 连接，那么底层实现是否只使用一个 TCP 连接？

这是否有可能是特定于实现的，或者只是保证对于给定的 websocket 服务器，所有连接都将发生在同一个底层 TCP 连接上？

这里的上下文是浏览器中的网络多人游戏，其中期望的行为是具有多个并行数据流，其中一个流上的任何超时或延迟都不会影响发送到其他流上的数据包。

当然，当多人游戏需要低延迟时，您通常希望使用 UDP 而不是 TCP，但据我所知，目前还没有真正的跨浏览器、良好支持的选项。在可以选择 UDP 套接字的环境中，您可以在 UDP 之上实现具有不同可靠性/顺序保证的自己的数据流。

然而，当涉及到一个数据包不阻塞另一个数据包时，类似于 UDP 的低延迟可以通过保证 TCP 连接只有一个数据包在运行，并使用更多连接来允许并行数据包（源）来实现。自然会失去一些优化，但如果延迟是优化的主要变量，则可能是可取的。

标签： socketsnetworkingwebsockettcpudp