背景：
由於在開發測試過程中，依賴方的文件沒有說明入參的限制，開發不合理入參，導致問題在live顯露出來。 在測試過程中，又很少去關注對依賴方介面呼叫的測試，從而導致問題無法暴露。
描述：
shop_list引數為陣列，其限制的最大長度為2000，在live環境入參時，長度超過2000，導致介面呼叫失敗。在test環境由於資料量相對比較少，問題無法顯露出來。
# 某api
{
"shopid_list":[601565207],
"region":"CN"
}
擴充套件與思考：
「呼叫依賴方介面應該注意：」
注意每個請求的引數是否符合需求 引數型別 引數長度 請求體
所需要的請求頭 身份驗證相關的請求頭
介面的qps 介面超時 介面層面的超時限制：為了提高資源的利用率。保護其他介面不受影響。 閘道器層面的超時限制：超時後資源被釋放，用來處理其他的請求，以此提升 Nginx 的效能。（資源如果不足的話，那麼請求可能就無法正常達到後端伺服器）
某一段時間內，介面最大呼叫次數 有些介面為了限流，會對同一ip發出介面請求做限制，在一段時間內，最大請求不能超過限定的次數。