在 Java 中使用 DatagramPacket 时假设您有一个 byte[1024*1024] 缓冲区。如果您只是在发送/接收时为 DatagramPacket 传递它，那么 Java 会接收 DatagramPacket 块的调用，直到它读取整个兆字节？
我在问 Java 是否会将它拆分，或者只是尝试发送整个被丢弃的东西。
通常情况下，UDP 数据包的大小限制约为 64KB，但我想知道 Java 的 API 是否允许字节数组，如果这是一个限制，并且超大的东西会被丢弃或拆分并为您重新组装。
如果它被丢弃，哪个 API 调用会告诉我可以在 Java 调用中使用的最大数据负载？我听说 IPv6 也有巨型帧，但是 DatagramPacket（或 DatagramSocket）是否支持它，因为 UDP 定义了标头规范？
【问题讨论】：
DatagramPacket 只是基于 UDP 的套接字的包装器，因此适用通常的 UDP 规则。
64 KB 是完整 IP 数据报的理论最大大小，但只能保证路由 576 字节。在任何给定的网络路径上，具有最小最大传输单元的链路将确定实际限制。 （1500 字节，较少的标头是常见的最大值，但无法预测会有多少标头，因此将消息限制在 1400 字节左右是最安全的。）
如果您超过 MTU 限制，IPv4 会自动将数据报分解成片段并在最后重新组合它们，但最多只能达到 64 KB，并且只有在所有片段都能通过的情况下。如果任何片段丢失，或者任何设备决定它不喜欢片段，那么整个数据包都会丢失。
如上所述，不可能事先知道路径的 MTU 是多少。有多种算法可供尝试找出答案，但许多设备没有正确实施（或故意忽略）必要的标准，所以这一切都归结为反复试验。或者您可以只猜测每条消息 1400 个字节。
至于错误，如果您尝试发送的字节数超过操作系统配置允许的字节数，您应该会收到EMSGSIZE 错误或其等效错误。如果您发送的数量少于该数量但超出网络允许的数量，则该数据包将消失。
【讨论】：
java.net.DatagramPacket 缓冲区最大大小为 65507。
看 https://en.wikipedia.org/wiki/User_Datagram_Protocol#UDP_datagram_structure
最大传输单元 (MTU) 大小因实现而异，但可以说与基本问题“Java DatagramPacket (UDP) 最大发送/接收缓冲区大小”无关，因为 MTU 对 java.net.DatagramPacket 层是透明的。
【讨论】：
@米海丹尼拉。因为我无法对上述答案添加评论，所以写到回复部分。
继续您对 MTU 大小的回答，在我的实践中，我尝试使用 NetworkInterface.getMTU()-40 来设置 DatagramSocket.setSendBufferSize() 的缓冲区大小。所以，尽量不要依赖getSendBufferSize() 这是为了确保它在不同平台上匹配不同的窗口大小，并且在以太网上是普遍接受的（暂时忽略拨号）。我没有将它硬编码为 1460 字节（1500-20-20），因为在 Windows 上，MTU 大小普遍为 1500。但是，Windows 平台自己的窗口大小是 8192 字节，但我相信，通过将 SO_SNDBUF 设置为
同样，对于接收缓冲区，我最多使用 64K 或 65535 字节。这样我的程序可以在使用不同窗口大小的不同平台上移植。
你觉得这听起来不错吗？我没有实施任何工具来衡量任何差异，但假设它是基于现有的情况。
【讨论】：
SO_SNDBUF <= MTU，您可以阻止自己发送更大的数据报，但您也可以阻止 UDP 缓冲传出数据报，即使它们的大小是可接受的，从而过度阻止您的发送代码. send() 的大小决定了数据报的大小，你应该保持 that SO_SNDBUF 有多大。我对任意引用 3rd 方博客不太感兴趣，但你的博客没有提到 SO_SNDBUF，所以它不支持你的情况。