TCP 連接復用技術：避免重複三次握手的 T/TCP 與連接池方案

從協議擴展到應用層架構的多層次優化

標準 TCP 每次通信都需三次握手（SYN, SYN-ACK, ACK），在高頻短連接場景下開銷巨大。業界演進出多種層級的解決方案。

協議層：T/TCP (TCP for Transactions) — RFC 1644

引入 連接計數器 (Connection Count, CC) 機制：

• 客戶端緩存每個服務端的 CC 值
• 發送 SYN 攜帶 CC 選項
• 服務端比較 CC：
  • CC_new > CC_cached：有效新連接，**跳過三次握手直接數據傳輸** (TAO 機制)
  • CC_new ≤ CC_cached：舊/重放連接，執行標準三次握手

現狀：T/TCP 未廣泛部署（安全風險、中間設備兼容性差），Linux 內核默認未啟用。

傳輸層：TCP Fast Open (TFO) — RFC 7413

現代標準化方案，允許數據攜帶在首個 SYN 中：

• 客戶端首次連接獲取 Cookie
• 後續連接 SYN 攜帶 Cookie + 數據
• 服務端驗證 Cookie 成功 → 直接交付數據給應用，**節省 1 RTT**
• Linux 3.7+ 支持，需雙端啟用：sysctl -w net.ipv4.tcp_fastopen=3

應用層：連接池與長連接（工程主流方案）

連接池核心參數調優

// HikariCP 示例
HikariConfig config = new HikariConfig();
config.setJdbcUrl("jdbc:mysql://host:3306/db");
config.setUsername("user");
config.setPassword("pass");

// 核心參數
config.setMaximumPoolSize(20);        // 最大連接數 = CPU核心數 * 2 + 有效磁盤數
config.setMinimumIdle(5);             // 最小空閒連接
config.setConnectionTimeout(30000);   // 獲取連接超時 30s
config.setIdleTimeout(600000);        // 空閒回收 10min
config.setMaxLifetime(1800000);       // 連接最大壽命 30min
config.setConnectionTestQuery("SELECT 1"); // 心跳檢測

// 關鍵：防止連接泄漏
config.setLeakDetectionThreshold(60000); // 60s 未歸還報警

方案選型決策樹

是否為 HTTP 場景？
├─ 是 → HTTP/2 多路復用 (單連接並行) 或 Keep-Alive 池化
└─ 否
    ├─ 是否為數據庫訪問？ → 成熟連接池 (HikariCP)
    ├─ 是否為微服務 RPC？ → gRPC/Dubbo 長連接 + 負載均衡
    ├─ 是否為實時雙向？ → WebSocket / gRPC Streaming
    └─ 極致低延遲短連接？ → 啟用 TFO + 內核調優 + 連接池

總結

協議層創新（T/TCP, TFO）提供理論極限優化，但**應用層連接池與長連接架構是當前工程落地的主流、穩健方案**。根據業務場景選擇合適層級的復用策略，兼顧性能、可靠性與運維成本。