UDP 數據發送機制深度解析：分包、MTU 與接收端行為

核心結論先行

• 應用層主動分包：發送端若主動將大數據拆分為多個 UDP 數據報發送，接收端將收到相同數量的數據報，邊界保持不變。
• 網絡層被動分片：若發送單個超大 UDP 數據報超過路徑 MTU，IP 層會進行分片，接收端 IP 層重組後仍交付 一個 完整數據報給應用層。
• 建議做法：應用層自行控制單包大小 ≤ 1460 字節（以太網 MTU 1500 - IP 頭 20 - UDP 頭 8），避免 IP 分片帶來的性能損耗與丟包風險。

詳細機制說明

1. UDP 是無連接、無序、不可靠的傳輸層協議

UDP 不保證順序、不重傳、不流控。應用層交給 UDP 的每一次 sendto/DatagramPacket.send 都對應一個獨立的 UDP 數據報。

2. 應用層主動分包 vs IP 層被動分片

3. MTU 與最佳發送大小

• 以太網 MTU 通常為 1500 字節。
• IP 頭部 20 字節，UDP 頭部 8 字節 → UDP 凈載荷建議 ≤ 1472 字節（保守取 1460）。
• MTU 是鏈路層特性，與操作系統、JDK 版本無關。

4. Java 代碼示範：安全發送大數據

public void sendLargeData(DatagramSocket socket, InetAddress ip, int port, byte[] data) throws IOException {
    final int MAX_PAYLOAD = 1460;
    int offset = 0;
    while (offset < data.length) {
        int len = Math.min(MAX_PAYLOAD, data.length - offset);
        DatagramPacket packet = new DatagramPacket(data, offset, len, ip, port);
        socket.send(packet);
        offset += len;
    }
}

常見誤區澄清

誤區：「UDP 發送大數據會自動拆包，接收端收到多少包不確定。」
正確：只有 IP 層分片才會「自動拆包」，但對應用層透明，仍是一個完整數據報。應用層若想控制包數量，必須自己拆分發送。

總結

理解 UDP「保邊界」特性是網絡編程關鍵。主動分包、控制包大小、自定義協議頭（序號、分片標識） 是構建可靠 UDP 應用的基礎。若業務強依賴順序與可靠性，請直接選用 TCP 或基於 UDP 實現類 TCP 協議（如 QUIC、KCP）。