每個請求都新建代理連線，會重複產生 DNS、TCP、TLS 與驗證開銷。複用健康連線可降低延遲和資源消耗，但共享邊界錯誤會混合憑證、工作階段、地區或工作負載策略。正確目標是在明確邊界內可控複用。
複用能節省什麼
複用連線可避免重複交握與大量通訊端建立，尤其適合短請求和 TLS。應測量總延遲、連線耗時、交握耗時、通訊端數量與複用率，而不是假設連線池越大越快。
定義連線池鍵
只有安全與路由上下文一致時才允許複用。連線池鍵通常應包含代理端點、協定、憑證或子帳號、目的主機、TLS 設定、工作階段策略、地區與網路命名空間。
不同客戶、正式與測試、輪替與黏性工作階段、不同權限憑證不能共用一個池。函式庫隱藏連線池鍵時，應查閱官方文件並進行受控測試。
區分連線與工作階段
連線複用不等於代理工作階段保持。黏性工作階段可能跨多個連線維持出口身分，一個複用連線也不一定保證相同應用工作階段。
工作階段識別應與通訊端分開記錄。需要輪替時，要確認舊連線不會讓舊路由超過輪替邊界繼續存活。
控制連線壽命
代理維護、憑證輪替、DNS 變更或網路遷移後，長期連線可能失效。應限制閒置時間、最大壽命與池大小，並在協定錯誤、驗證失敗、不完整回應或網路變更後淘汰連線。
連線仍開啟不代表健康，保活策略必須符合實際執行環境。
安全處理憑證
憑證保存在機密管理器，連線池日誌不得包含密碼。輪替後禁止新請求使用舊機密，排空或關閉相關連線，並驗證所有工作節點都已更新。
即使多個帳號使用相同代理主機，憑證身分仍可能是連線池邊界。用戶端應維持支援版本並關注官方安全公告。
依並行需求設定池大小
池大小應來自真實並行、目的限制與代理容量。過大會浪費連線並放大突發，過小會產生排隊。應記錄活躍、閒置、排隊、新建、複用、淘汰和失敗連線。
連線池降低建連開銷，但不代表可以無限並行。
驗證流程
- 建立每次新建連線的基準。
- 只為一個工作負載和一組憑證啟用複用。
- 比較延遲分位數、成功率與通訊端數量。
- 輪替憑證並確認舊連線退出。
- 改變地區或工作階段策略，確認建立新池。
- 模擬陳舊連線、代理重啟與不完整回應。
- 確認日誌不含憑證與驗證標頭。
常見故障
- 設定變更後請求仍使用舊地區。
- 舊連線讓新憑證看起來沒有生效。
- 一個租戶出現另一個租戶的工作階段行為。
- 閒置連線在下一次請求時失敗。
- SDK、HTTP 用戶端與服務網格的多層連線池相乘。
- 重試建立的連線超過並行限制。
正式環境檢查清單
- 連線池鍵涵蓋全部安全與路由維度。
- 租戶、憑證、環境與工作階段模式相互隔離。
- 閒置時間、壽命與最大池大小受限。
- 網路與憑證變更會安全淘汰連線。
- 同時比較複用與新建連線指標。
- 多層並行不會意外相乘。
- 用戶端版本與官方安全公告定期檢查。
- 日誌可診斷但不含憑證。
- 使用符合適用法律、目的條款與資料政策。
需要跨地區和工作負載設定可控代理時，可查看 98IP 的服務資訊。連線複用應服務於可測量效能，同時嚴格隔離安全與工作階段邊界。
內部研究依據：libcurl 連線複用與新建連線文件、curl 持久連線指南、HTTP 用戶端連線池實務。僅列資料名稱，不提供外部連結。
