UDP 協商 TCP 端口？其實不需要：長連接復用單端口，短連接直接連固定端口

提問場景

「UDP 連好後給對方一個端口號，用來建 TCP 傳數據，來一個給一個，需不需要多線程？」

直接回答：不需要動態分配端口，更不需要為每個連接開新端口

• TCP 服務端：listen() 綁定 **固定端口**（如 8080），accept() 返回**新 socket**，內核自動處理併發，無需應用層分配端口。
• TCP 客戶端：connect() 時內核自動選擇**臨時端口**（ephemeral port，範圍 32768-60999），無需手動指定。
• UDP 協商端口：屬於過度設計，增加 NAT 穿透、防火牆、端口耗盡風險。

正確架構

// 服務端：單端口監聽，多線程/IO多路復用處理併發
ServerSocket server = new ServerSocket(8080);
while (true) {
    Socket client = server.accept(); // 阻塞直到新連接
    new Thread(() -> handle(client)).start(); // 或提交線程池
}

// 客戶端：直接連固定端口
Socket socket = new Socket("server_ip", 8080);
// 發送/接收數據

何時才需要「動態端口」？

• FTP 主動模式：客戶端告知服務端「我開了 5000 端口，請連我」—— 已被 PASV 模式取代
• P2P 打洞：雙方均在 NAT 後，需協商雙向端口映射
• 多協議複用：同一 IP 跑多種服務，靠端口區分

多線程建議

「來一個給一個」天然適合**線程池 + 隊列**：

ExecutorService pool = Executors.newFixedThreadPool(50);
while (true) {
    Socket client = server.accept();
    pool.submit(() -> {
        try (client) { handle(client); }
        catch (IOException e) { log.error(e); }
    });
}

避免「每連接一線程」無限制創建導致 OOM。