java - 我的服务器应该同时使用 TCP 和 UDP 吗？

Question

我正在编写客户端/服务器应用程序，但确实找不到适合我需要的指南。自己动手会导致我在开始之前就出现许多设计缺陷。例如，服务器应该每秒多次更新每个客户端的状态。我以为我不能单独更新每个客户端，但 UDP 广播应该可以解决这个问题。但我仍然需要一个 TCP channel 来与每个客户端可靠地通信，例如:聊天消息、用户输入等。

研究这个主题似乎服务器可以同时使用这两种协议(protocol) - 但只是可能(不合理)。没有人建议这种方法，事实上我是从 this article 收集的两者都使用是相当糟糕的。

---

现在我很困惑应该如何处理服务器中的数据。除非我完全误解了关于数据包丢失的一些事情，否则我想保证导致“服务器请求数据包”的用户输入不会丢失。 SO 上关于保证使用 UDP 交付的每个答案都说，毫无疑问，使用 TCP。更令人沮丧的是，我能想象到的每个服务器/客户端程序至少都需要保证某些消息的传递(例如“断开连接”消息？)。

我应该同时使用 UDP 和 TCP，还是我的想法完全错误？

Answer 1

让我们了解一些事实:

• UDP 不可靠。曾经。

• 在某些情况下，UDP 可能特别有损；例如如果存在网络拥塞、速率限制或流量分析，或者 UDP 消息大小大于 MTU。

• UDP 广播仅适用于您的本地网段。 Internet 路由器通常不允许广播传播得更远。这确实限制了它的用处。

• UDP 多播可能是一种可能性，但它也往往会被阻止。

所以这可能会给您留下两种主要的可能性:

• 从您的服务器到每个客户端的 UDP 点对点消息传递。
• 从服务器到每个客户端的 TCP。

另一种可能性是使用 UDP 或 TCP 的某种点对点网状通信，但这变得非常复杂。除非你真的需要，并且真的知道你在做什么，否则不要去那里。

所以你的问题。

Should I use UDP, TCP, both or am I just thinking completely wrong about this?

我建议在服务器和每个客户端之间使用 TCP，因为它最简单。为了进一步简化，每个客户端使用多个 TCP 连接，以避免在单个套接字上复用多个“对话”的复杂性。

网络性能不会是最佳的，但它可能足以满足您的应用程序。我怀疑这是不是您希望将所有开发人员时间都花在应用程序的部分。

当您的应用程序(客户端和服务器端)开始运行并且有人在使用它时，您可能会发现(或没有!)网络是一个主要瓶颈，也是导致用户不满意的原因。然后，您将着眼于优化应用程序 2.0 版中的通信。

当您开始实现 2.0(或 3.0 ...)版以解决可伸缩性问题时，您将需要摆脱对单个服务器的依赖。简而言之，如果您有 N 个客户端，并且 N 不断增加，那么在某个时候单个服务器将无法应对。应用程序设计中的其他方面也可能存在问题。例如，在游戏应用程序中，您无法向所有其他玩家发送有关每个玩家的持续更新……玩家数量不断增长。但请注意，这些问题在很大程度上与您使用的网络协议(protocol)无关。