我读过许多关于UDP数据包大小的文章，但一直无法得出正确的结论。
许多服务将最大的UDP数据包限制在512字节(如dns)
假定internet上的最小MTU是576,IPv4报头的大小是20字节，UDP报头的大小是8字节。这就为用户数据留下了548个字节可用
我是否能够使用548大小的数据包而不产生数据包碎片?或者DNS的创造者知道一些事情，这就是为什么他们把它限制在512字节。
我能安全的把数据设置在548字节以上吗?
当前回答
IPv4最小重组缓冲区大小为576,IPv6为1500。从这里减去标题大小。参见W. Richard Stevens的UNIX网络编程:)
其他回答
UDP不是“安全的”，所以问题不是很大-然而-
如果你使用的是Mac，默认情况下你可以发送的最大大小是9216字节。 如果你在Linux (CentOS/RedHat)或Windows 7上，最大是65507字节。
如果你发送9217或更多(mac)或65508+ (linux/windows)，套接字发送函数返回一个错误。
上面讨论碎片和MTU等问题的答案是跑题的——所有这些都发生在较低的级别，对你来说是“看不见的”，并且在很大程度上不会影响典型连接的“安全性”。
要回答实际的问题，不要使用UDP，使用原始套接字，这样你就可以更好地控制一切;因为你是在编写一款游戏，所以你需要深入研究标志以获得流量的优先级，所以你也可以同时摆脱UDP问题。
512是您最好的选择。它在其他地方也被使用，是一个不错的偶数(1024的一半)。
我担心我会引起不安的反应，但尽管如此，为了澄清我是否错了，或者那些看到这个问题并对答案感兴趣的人:
我对https://www.rfc-editor.org/rfc/rfc1122的理解，它的状态是“官方规范”，因此是这个问题中使用的术语的参考，它既没有被另一个RFC取代，也没有与以下内容相矛盾的错误:
从理论上讲,ie。根据书面规范，像https://www.rfc-editor.org/rfc/rfc1122#section-4这样的UDP没有“数据包大小”。因此答案可能是“不确定的”
在实践中，这就是这个问题可能寻求的(以及可以根据当前的技术进行更新)，这可能是不同的，我不知道。
如果我造成了困扰，我道歉。https://www.rfc-editor.org/rfc/rfc1122#page-8“互联网协议套件”和“架构假设”并没有让我清楚地知道我所做的“假设”，基于我所听到的，这些层是分开的。Ie。UDP所在的层不需要关心IP所在的层(IP层确实有像重组，EMTU_R，碎片和MMS_R (https://www.rfc-editor.org/rfc/rfc1122#page-56))
UDP报文的最大大小的理论限制(Windows)是65507字节。这是记录在这里:
正确的UDP消息最大大小是65507，由以下公式确定: 0xffff -(sizeof(IP头)+ sizeof(UDP头))= 65535-(20+8)= 65507
也就是说，大多数协议限制的大小要小得多——通常是512或偶尔是8192。如果你在一个可靠的网络上，你通常可以安全地超过548，但如果你在整个互联网上广播，你的频率越大，你就越有可能遇到数据包传输问题和丢失。
It is true that a typical IPv4 header is 20 bytes, and the UDP header is 8 bytes. However it is possible to include IP options which can increase the size of the IP header to as much as 60 bytes. In addition, sometimes it is necessary for intermediate nodes to encapsulate datagrams inside of another protocol such as IPsec (used for VPNs and the like) in order to route the packet to its destination. So if you do not know the MTU on your particular network path, it is best to leave a reasonable margin for other header information that you may not have anticipated. A 512-byte UDP payload is generally considered to do that, although even that does not leave quite enough space for a maximum size IP header.
