Android 與 C# TCP 通信：多設備同 IP 導致連接衝突的分析與對策

問題現場

• 多台 Android 手機通過 DHCP 獲取相同內網 IP（實驗室路由器特殊配置）。
• 每秒向 PC (C# Server) 發送數據，單台正常，多台並發時 C# 端報錯 遠程主機主動關閉現有連接。
• 懷疑：同 IP 設備建立連接時，後連接覆蓋先連接導致 Socket 斷開。

根因深度解析

1. TCP 四元組唯一性：連接由 (srcIP, srcPort, dstIP, dstPort) 唯一標識。若多台設備真實源 IP 相同（NAT 後），但源端口不同，理論上不會衝突。
2. 實驗室路由器可能做了 PAT（端口地址轉換）且端口池極小，導致不同設備映射到相同公網 IP:端口，服務器視為同一連接，後到的 SYN 導致先前連接被 RST。
3. Android 客戶端代碼缺陷：每次發送都 new Socket()、發完不關閉，短連接風暴加劇端口耗盡。

解決方案

1. 客戶端改長連接 + 心跳

// Android 伪代碼
Socket socket = new Socket(serverIp, port);
DataOutputStream out = new DataOutputStream(socket.getOutputStream());
while (running) {
    out.writeBytes(data);
    out.flush();
    Thread.sleep(1000);
}
// 退出時關閉

減少握手開銷，避免 TIME_WAIT 堆積。

2. 服務端識別設備真實身份

• 在應用層協議首包發送 DeviceID（如 MAC、Android ID、隨機 UUID）。
• 服務端用 ConcurrentHashMap<String, Socket> 維護設備連接，同一 DeviceID 重複登錄踢舊連接。

3. 繞過路由器限制

• 申請靜態 IP 或 DMZ 主機（需網管權限）。
• 使用反向連接：服務端監聽固定端口，客戶端主動連接；若客戶端在內網無公網 IP，可用 frp/ngrok 內網穿透，或部署雲端中轉服務器。

4. 協議層面健壯性

• 應用層心跳檢測斷連，自動重連（指數退避）。
• 消息幀帶長度前綴或分隔符，防止粘包/半包。
• C# 端 NetworkStream.Read 返回 0 表示對端正常關閉，-1/異常表示斷開，需統一處理。

代碼改進要點（C# 服務端）

// 使用 async/await 替換線程池，避免大量線程
private async Task ListenAsync() {
    while (true) {
        var client = await listener.AcceptTcpClientAsync();
        _ = HandleClientAsync(client); // 火燄忘記模式
    }
}

private async Task HandleClientAsync(TcpClient client) {
    using (client)
    using (var stream = client.GetStream()) {
        var buffer = new byte[4096];
        while (true) {
            int read = await stream.ReadAsync(buffer, 0, buffer.Length);
            if (read == 0) break; // 正常關閉
            var msg = Encoding.UTF8.GetString(buffer, 0, read);
            ProcessMessage(msg);
        }
    }
}

總結

核心問題在於網絡層 NAT 衝突 + 應用層短連接濫用。長連接 + 設備唯一標識 + 內網穿透/雲端中轉 是穩健方案。若無法改變網絡環境，至少在應用層實現設備識別與重連機制。