Android HttpClient 請求間歇性失效：排查思路與建議

問題現象

App 使用 HttpClient 發送請求，網路正常、後端服務正常，但一段時間內返回正確，另一段時間返回錯誤，表現不穩定。

核心排查方向

1. 抓包分析：使用 Charles/Fiddler/Wireshark 抓取失效時的請求/回應封包，對比成功時的差異（Header、Body、狀態碼、耗時）。
2. 後端日誌聯調：**最關鍵**——要求後端提供該時段的存取日誌、錯誤日誌、GC 日誌，確認是否進入控制器、是否拋出異常、資料庫連線池是否耗盡、鎖競爭等。
3. 客戶端超時設定：檢查連線超時、讀取超時設定是否合理，避免慢查詢導致 Socket 讀取阻塞後被中斷。
4. 連線池狀態：HttpClient 的連線管理器（如 PoolingHttpClientConnectionManager）是否配置足夠的最大連線數、每路由連線數，是否有洩漏（未釋放連線）。
5. 網路基礎設施：負載均衡器、防火牆、CDN 是否有閒置連線回收策略導致長連線失效，建議啟用 HttpClient 的連線保活與定期驗證機制。
6. 伺服器端限流/熔斷：檢查是否觸發 Sentinel/Hystrix/網關限流規則。

代碼層面建議

// 1. 設定合理超時
RequestConfig config = RequestConfig.custom()
    .setConnectTimeout(5000)
    .setSocketTimeout(15000)
    .setConnectionRequestTimeout(1000)
    .build();

// 2. 使用連線池並啟用驗證
PoolingHttpClientConnectionManager cm = new PoolingHttpClientConnectionManager();
cm.setMaxTotal(200);
cm.setDefaultMaxPerRoute(50);
cm.setValidateAfterInactivity(2000); // 閒置 2 秒驗證連線有效性

CloseableHttpClient client = HttpClients.custom()
    .setConnectionManager(cm)
    .setDefaultRequestConfig(config)
    .evictIdleConnections(30, TimeUnit.SECONDS) // 定期清理閒置連線
    .build();

總結

「一段時間正常一段時間錯誤」極大概率是**伺服端資源耗盡、GC 停頓、連線池洩漏或中間網路設備回收閒置連線**導致。單憑客戶端代碼難以定位，**必須雙端聯調、看日誌、抓封包**才能釐清真因。