背景：

• 由於在開發測試過程中，依賴方的文件沒有說明入參的限制，開發不合理入參，導致問題在live顯露出來。
• 在測試過程中，又很少去關注對依賴方介面呼叫的測試，從而導致問題無法暴露。

描述：

shop_list引數為陣列，其限制的最大長度為2000，在live環境入參時，長度超過2000，導致介面呼叫失敗。在test環境由於資料量相對比較少，問題無法顯露出來。

#某api
{
"shopid_list":[601565207],
"region":"CN"
}

擴充套件與思考：

「呼叫依賴方介面應該注意：」

• 注意每個請求的引數是否符合需求

  • 引數型別
  • 引數長度
  • 請求體
• 所需要的請求頭

  • 身份驗證相關的請求頭
• 介面的qps
• 介面超時

  • 介面層面的超時限制：為了提高資源的利用率。保護其他介面不受影響。
  • 閘道器層面的超時限制：超時後資源被釋放，用來處理其他的請求，以此提升 Nginx 的效能。（資源如果不足的話，那麼請求可能就無法正常達到後端伺服器）
• 某一段時間內，介面最大呼叫次數

  • 有些介面為了限流，會對同一ip發出介面請求做限制，在一段時間內，最大請求不能超過限定的次數。