UDP数据包可以像TCP一样部分发送吗？

Question

我创建了某种类型的客户端/服务器应用程序，它有自己的数据 ACK 系统。由于一些限制，它最初是用 TCP 编写的，但基础是考虑 UDP 编写的。

我发送到服务器的数据包有自己的封装（数据包 ID 和数据包大小标头。我知道 UDP 也有校验和，所以我没有为此添加标头），但我知道 TCP 是如何工作的服务器可能不会收到整个数据包，所以我收集并缓冲接收到的数据，直到收到完整的有效数据包。

现在我有机会将我的客户端/服务器程序更改为 UDP，并且我知道与 TCP 的一个区别是接收数据的顺序与发送的顺序不同（这就是我添加数据包 ID 标头的原因）。

我想知道的是：如果我发送多个数据包，是否会在没有保证顺序但保证封装的情况下接收它们？我的意思是，如果我稍后发送一个大小为 1000 字节的数据包和另一个大小为 400 字节的数据包，服务器会收到 2 个数据包，一个是 1000 字节，另一个是 400 字节，还是有机会收到 200 个那 1000 个字节，然后是 1000 个字节中的 400 个字节，然后是 TCP 那样的其余字节？

Answer 1

UDP 是一种数据报服务。数据报可能会被拆分以进行传输，但它们会在传递到应用层之前重新组合。

Answer 2

对于较小的数据包，您不必担心数据包会被分成多个数据包。这通常只有在数据包通过以太网时才会出现问题。

你问”服务器会收到 2 个数据包，一个是 1000 字节，另一个是 400 字节，还是有机会收到 1000 字节中的 200 个，然后是 1000 字节中的 400 个字节，然后是其余的像 TCP 这样的字节可以做多少？

如果数据包大小小于 1492 字节，则不会有任何部分数据包。

更新：
显然我认为有必要澄清为什么我说 1492 字节或更短的 UDP 数据包长度不会影响传输稳健性。

RFC 768 中隐式指定的最大 UDP 长度为 65535，包括 8 字节的 Header。最大负载帧长度为 65527 字节。

虽然这不应该是有争议的数字，但 UDP 数据长度经常被错误地报告。这在之前的一篇文章中有说明：

What is the largest Safe UDP Packet Size on the Internet

数据包不受底层网络 ToS 的 MTU 或通信协议的帧长度（例如分别为 IP 和以太网）的约束。 MTU 和协议长度之间的差异可通过分段和重组来解决

在传输层，每种网络服务类型 (ToS) 都有特定的最大传输单元 (MTU)。 UDP 封装在 IP 数据包中，而 IP 数据包由传输网络的 ToS 封装。 IP 数据包通常通过各种 ToS 网络传输，包括以太网、PPP、HDLC 和 ADCCP。

当接收网络 ToS 的 MTU 小于发送 ToS 时，接收网络必须对接收到的数据包进行分段。当网络向具有更高 MTU 的网络发送数据包时，接收网络必须重新组装任何分片的数据包。

以太网是 MTU 最低的事实上的主流协议。非 Mainsteam Arcnet 的 MTU 为 507 字节。实际的最低 MTU 是以太网的 1500 字节，减去开销使最大有效负载长度为 1492 字节。

如果 UDP 数据包超过 1492 字节，则数据包可能会被分片和重组。 Fragment and Reassemble 增加了已经复杂的 UDP 和 IP 耦合过程的复杂性，因此应该避免。

因为 UDP 是一种无保证的数据报传送协议，它提高了传输性能。鲁棒性留给发起和终止的应用程序。 RFC 1166 为通信协议链路层、IP 层和传输层设定了标准，UDP 应用程序负责打包、重组和流量控制。

最大 UDP 数据包大小也可以通过通信主机的应用层降低。数据包长度是性能和健壮性之间的平衡。

通信主机的应用层可以设置最大 UDP 数据包大小。应用层的典型 UDP 最大数据长度将使用 IP 协议或主机数据链路层（通常是以太网）所允许的最大值。

选择使用主机应用层或主机数据链路层的是应用程序的程序员。主机应用层将检测 UDP 数据包错误并在必要时丢弃数据包。当应用程序直接与主机数据链路通信时，应用程序有责任检测数据包错误。

使用以太网最大有效载荷长度为 1492 字节的最大 UDP 数据包长度将消除分片和多帧传送顺序的问题。

这就是为什么我说数据包长度不是分片问题，数据包长度为 1000 和 400 字节。

###

我不知道您所说的“保证封装”是什么意思，这对我来说毫无意义。

对于 IP，无论是 UDP 还是 TCP，都无法保证数据包的传递。

只要您控制对话的双方，您就可以在数据包中制定自己的协议来处理排序和发布数据包。将数据包的前 x 个字节保留为顺序编号和数据包总数。 （例如 1 of 3、2 of 2、3 of 3）。如果客户端丢失数据包，则客户端必须发送重传请求。您需要确定要达到数据完整性的级别。就像重传数据包丢失一样。

这可能是您所说的“保证封装”，在您的数据报包中还有其他信息以确保某些完整性。如果分成多个数据报，您应该为发送的总数据添加自己的 CRC。校验和不是很健壮，仅适用于一个数据包。

UDP 比 TCP 快得多，但 TCP 具有流量控制和保证传送。

UDP 适用于流式传输内容，例如丢失数据包无关紧要的语音。

自从这些问题成为主要问题以来，网络可靠性有了很大提高。