某產品為方便使用者使用開發SDK介面，對HTTP API進行了包裝。測試過程中，SDK介面與直接使用HTTP API訪問的效能對比，發現在同樣的壓力測試場景下SDK的TPS下降很多。

使用工具Nprofile定位發現程式碼中呼叫連線池管理部分程式碼消耗時間比HTTP API長，進一步檢視程式碼發現SDK使用HttpClient連線池時預設的最大連線數DEFAULT_MAX_CONNECTIONS = 50，將其設定為400時，SDK的TPS增大。

建議：TPS上不去，首先檢查連線數、執行緒池等配置是否合理。

正常的HTTP請求響應碼為2XX，表示成功響應，但是測試過程中經常會遇到響應碼為5XX的情況。常見的5XX響應碼有500和502錯誤：

* 500錯誤

原因：500錯誤表示伺服器內部錯誤

案例：出現500錯誤時，服務端日誌中同時會出現錯誤日誌，曾經遇到的錯誤有：資料庫處理能力成為瓶頸，連線數不夠，出現get null from pool 異常，通過調整DDB 連線池的大小解決該問題。

定位方法：當遇到500錯誤時，首先檢視服務端日誌，通過錯誤日誌資訊進一步定位返回碼錯誤的原因。

* 502錯誤

原因：502錯誤是閘道器錯誤，同時nginx error日誌中會出現(104: Connection reset by peer) while reading response header from upstream

案例：曾經一次效能測試過程中，因為併發連線數超過了nginx配置的最大連線數，導致出現502錯誤，通過調整nginx的最大連線數解決該問題。

定位方法：

出現502以及Connection reset by peer錯誤的常見原因有：

1、併發連線數大於服務端最大連線數，服務端會將其中一些連線關閉掉；

2、客戶關掉了瀏覽器，而服務端還在給客戶端傳送資料；

當測試過程中出現該錯誤時，可以從以上幾個方面定位問題。