我读过许多关于UDP数据包大小的文章，但一直无法得出正确的结论。
许多服务将最大的UDP数据包限制在512字节(如dns)
假定internet上的最小MTU是576,IPv4报头的大小是20字节，UDP报头的大小是8字节。这就为用户数据留下了548个字节可用
我是否能够使用548大小的数据包而不产生数据包碎片?或者DNS的创造者知道一些事情，这就是为什么他们把它限制在512字节。
我能安全的把数据设置在548字节以上吗?
当前回答
我担心我会引起不安的反应，但尽管如此，为了澄清我是否错了，或者那些看到这个问题并对答案感兴趣的人:
我对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))
其他回答
512是您最好的选择。它在其他地方也被使用，是一个不错的偶数(1024的一半)。
UDP不是“安全的”，所以问题不是很大-然而-
如果你使用的是Mac，默认情况下你可以发送的最大大小是9216字节。 如果你在Linux (CentOS/RedHat)或Windows 7上，最大是65507字节。
如果你发送9217或更多(mac)或65508+ (linux/windows)，套接字发送函数返回一个错误。
上面讨论碎片和MTU等问题的答案是跑题的——所有这些都发生在较低的级别，对你来说是“看不见的”，并且在很大程度上不会影响典型连接的“安全性”。
要回答实际的问题，不要使用UDP，使用原始套接字，这样你就可以更好地控制一切;因为你是在编写一款游戏，所以你需要深入研究标志以获得流量的优先级，所以你也可以同时摆脱UDP问题。
UDP报文的最大大小的理论限制(Windows)是65507字节。这是记录在这里:
正确的UDP消息最大大小是65507，由以下公式确定: 0xffff -(sizeof(IP头)+ sizeof(UDP头))= 65535-(20+8)= 65507
也就是说，大多数协议限制的大小要小得多——通常是512或偶尔是8192。如果你在一个可靠的网络上，你通常可以安全地超过548，但如果你在整个互联网上广播，你的频率越大，你就越有可能遇到数据包传输问题和丢失。
我担心我会引起不安的反应，但尽管如此，为了澄清我是否错了，或者那些看到这个问题并对答案感兴趣的人:
我对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))
IPv4最小重组缓冲区大小为576,IPv6为1500。从这里减去标题大小。参见W. Richard Stevens的UNIX网络编程:)
