重用連線通常能提升代理效能，因為它減少重複的 TCP、代理協商與 TLS 建連。但是，舊連線也可能在 DNS、代理政策、憑證或上游設施變更後繼續保留原路徑。真正需要回答的不是「是否停用重用」，而是「閒置連線與連線總生命週期允許多久仍可被重用」。
本指南提供一套受控測試。研究依據包括 curl 於 2026 年 9 月 2 日發布的 8.22.0 變更記錄，其中包含連線重用年齡檢查。現行 libcurl 文件也明確區分最大閒置時間與自建立起的最大生命週期，這正是測試基礎。
區分閒置時間與總生命週期
維護兩個獨立時鐘：
- 閒置時間：距離連線上一次完成傳輸的時間；
- 總生命週期：自連線建立起的時間，即使它一直在運作。
高頻連線可能幾乎沒有閒置時間，但已存在數小時；低頻連線則可能很快超過閒置門檻。把兩者混為一個指標會造成誤判。
在 libcurl 中，CURLOPT_MAXAGE_CONN 控制閒置快取連線可參與重用的最長時間，CURLOPT_MAXLIFETIME_CONN 則按建立後的總生命週期限制重用資格。還要確認所用語言繫結是否公開或覆寫這些設定。
先定義業務目標
選擇與實際工作負載相關的結果：
- 商品蒐集必須在規定窗口內採用新的授權路由；
- 廣告驗證不能跨地區或身分邊界重用連線；
- 市場研究可在單次工作中保持黏性，但不能無限期延續；
- DNS 或 TLS 政策更新不必重啟全部工作程序即可生效。
門檻應由變更窗口決定，而不是照抄無關基準。工作階段行為可參考住宅代理工作階段黏性測試，路由證據可參考代理出口證明指南。
建立受控路由環境
只使用組織擁有或獲准測試的端點和代理路由，準備：
- 一條穩定代理路徑及目標；
- 小而固定的回應；
- 由端點回傳的唯一案例編號；
- 可觀察的連線建立與重用事件；
- 一項受控 DNS、路由或政策變更；
- 不影響正式流量的測試連線排空方式。
保持目標、請求、驗證、TLS 政策和並行數不變。基準期間不要輪替住宅代理出口，否則新路由可能被誤判為連線年齡政策的結果。
記錄連線層級證據
每個邏輯請求都記錄：案例編號、單調計時、測試連線 ID、建立時間、最後使用時間、被選取時的閒置年齡與總年齡、新建或重用決策、代理路由與工作階段類別、DNS 結果、TCP/代理/TLS 耗時、回應驗證結果及關閉原因。
不得記錄代理密碼、API Token、Cookie、個人資料或完整正式內容。使用測試專用的雜湊連線標籤即可完成關聯。
執行基準矩陣
從沒有可重用連線的乾淨程序開始：
- 傳送請求並確認建立新連線。
- 立即重複，確認政策允許時發生重用。
- 等待一個較短的受控閒置間隔後再次請求。
- 週期性傳送請求，使總生命週期增加而閒置時間維持較低。
- 停止流量，直到閒置時間超過候選門檻。
- 使用新工作程序重複，建立無快取對照。
基準必須顯示兩個時鐘獨立變化。若無法證明請求由哪個連線處理，就不應開始調整政策。
驗證變更後的連線淘汰
每次只引入一項授權變更，例如更新測試主機名稱、遷移受控端點、調整代理路由分配，或在有效信任政策下更換測試 TLS 憑證。
執行三類案例：
- 兩個門檻都尚未到期前的重用；
- 閒置時間超過門檻後的請求；
- 持續活躍但總生命週期超過門檻的請求序列。
預期行為應明確：不符合資格的快取連線不會被選給新傳輸，新連線使用目前路由及安全政策。進行中的傳輸應依文件化政策完成或排空，而不是任意中斷。
區分「重用前拒絕」與「重用後失敗」
兩條路徑差異很大：
- 重用前拒絕：連線池先判斷連線太舊，再建立新連線；
- 重用後失敗：連線池選中舊連線，之後才發現它已失效或不適用。
第二種會增加延遲；若重試設計不當，還可能重複非冪等操作。必須分別記錄選取決策與通訊端錯誤，不能把最後成功當成年齡政策有效的唯一證據。
在保留連線池效益的前提下調整
比較多組有界政策，不要直接改成「每次都建立新連線」。衡量建連率、中位與尾端延遲、代理和 TLS 交握失敗、陳舊選取率、採用 DNS/路由/政策變更的時間、每連線請求數，以及每個邏輯操作的重試數。
門檻太短會增加交握和成本；太長會延遲變更並保留更多陳舊狀態。適合的政策應滿足業務變更窗口，同時保留可量化的重用效益。
保護路由與身分邊界
年齡只是重用條件之一。連線還必須符合目標 authority、代理路由、驗證上下文、TLS 設定及應用身分邊界。寬鬆的年齡設定不能略過這些檢查。
切換國家、帳號或信任設定時，連線池鍵必須反映該邊界，或明確排空舊池。出口穩定不代表身分上下文可以安全共用。
驗收清單
- [ ] 閒置年齡與總生命週期分別測量。
- [ ] 新建與重用連線具有可觀察 ID。
- [ ] 基準請求驗證了預期回應。
- [ ] 受控變更具有明確生效窗口。
- [ ] 超過閒置上限的連線在重用前被拒絕。
- [ ] 持續活躍連線最終受到生命週期上限約束。
- [ ] 新連線採用目前 DNS、路由、TLS 和政策狀態。
- [ ] 進行中的傳輸依文件化政策排空。
- [ ] 重試不會重複非冪等操作。
- [ ] 連線池仍提供可測量效能效益。
- [ ] 日誌不含憑證或正式資料。
常見問題
閒置年齡等於連線生命週期嗎？
不等於。閒置年齡從最後一次使用起計時，生命週期從建立起計時。頻繁使用的連線可能很舊卻不閒置。
是否應讓每個請求強制建立新代理連線？
通常不應該。這會失去長連線效益，並增加代理與 TLS 交握。應使用有證據支持的年齡及生命週期上限。
新 DNS 回應會取代現有活動連線嗎？
不一定。活動連線可能繼續傳輸而不觸發新查詢。應明確測試變更採用時間，並在業務邊界要求時排空連線。
舊連線失敗是否證明年齡政策有效？
不能。連線池可能先選中了它，之後才失敗。更可靠的證據是超齡連線在下一次傳輸前就被判定為不可重用。
來源與合規說明
內部研究依據：curl 專案於 2026 年 9 月 2 日發布的 curl 8.22.0 公告與變更記錄，以及 libcurl 關於最大閒置連線年齡和最大連線生命週期的文件。外部資料 URL 只保存在內部營運記錄，公開文章不含外部連結。
只測試自己擁有或獲准評估的代理帳號、路由、端點及網路基礎設施，並遵守服務商限制、隱私義務、服務條款與變更流程。
