多人游戏使用TCP还是UDP？

我经常看到这个问题。多数人说，UDP对于实时游戏总是比TCP更好。我的理解是，TCP会尝试一遍又一遍地重新发送数据包，直到对方得到它们为止，而UDP则不在乎。

我读过的大部分内容是，任何实时游戏都必须使用UDP，而TCP则很糟糕。但问题是，无论如何，大多数人似乎还是在UDP之上实现了某种形式的TCP。而且我还听说，由于我们已经不在80年代了，而且互联网现在相当快速且可靠，因此两者之间的差异可以忽略不计。

我的一般理解是否错误？有人可以帮我清理一下吗？

取决于您是在谈论对等，运行服务器的用户是客户端/服务器，还是运行服务器的数据中心是客户端/服务器。仅在后一种情况下，互联网才真正真正快速可靠。您的用户的计算机不能保证速度很快，当然也不可靠。

UDP使您可以更好地控制正在执行的类似TCP的实现。它为您提供了更大的灵活性，可以按顺序执行数据包，丢弃您认为不必要的数据包，而重试您认为重要的数据包之类的事情。但是，只有在需要且具有必要专业知识的情况下，才应这样做。

如果没有这种灵活性，TCP可以很好地工作，并且可以节省大量时间。即使不是绝对需要UDP的专业工作室（如我工作过的工作室）也使用TCP，并且他们有专门从事网络编程的人员。

正如@Ordous所指出的那样，假设说“ Internet现在已经非常快速且可靠”，这也是一个危险的假设。

在大多数游戏中，用于交付关键数据包的UDP +定制协议之所以如此神奇，是因为，有时丢失某些数据包可能会“正常”（例如，用于完成游戏的次要非关键事件） ，有时它“一点也不好”会丢失一些数据，例如光标移动等。（我不做游戏开发为生，所以请原谅我含糊的例子）

默认情况下，UDP不会浪费时间一次又一次地推送它们。

而且，与“总是需要不间断地交付”数据包相比，许多游戏似乎更容易“有时会丢失”数据包。因此，很自然地适合此任务。

UDP所需的全部就是使用自定义协议，该协议仅有助于正确地传递“始终需要无故障传递”的数据包，而剩下的游戏数据则由网络连接来决定。

现在确定哪种流量构成了您要传输的大部分数据，将有助于您做出更好的决策。

反对TCP的观点是，重试所花的时间可能会花在发送现在重要的数据包上。

如果在传输过程中出现任何问题，TCP也有可能级联到用户的更复杂的游戏场景中，与UDP + Custom Stack相比，会破坏他们的体验（最后一部分只是预感。我将离开请其他专家对此发表评论。希望了解这种情况的可能性）。