背景：

• 由于在开发测试过程中，依赖方的文档没有说明入参的限制，开发不合理入参，导致问题在live显露出来。
• 在测试过程中，又很少去关注对依赖方接口调用的测试，从而导致问题无法暴露。

描述：

shop_list参数为数组，其限制的最大长度为2000，在live环境入参时，长度超过2000，导致接口调用失败。在test环境由于数据量相对比较少，问题无法显露出来。

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

扩展与思考：

「调用依赖方接口应该注意：」

• 注意每个请求的参数是否符合需求

  • 参数类型
  • 参数长度
  • 请求体
• 所需要的请求头

  • 身份验证相关的请求头
• 接口的qps
• 接口超时

  • 接口层面的超时限制：为了提高资源的利用率。保护其他接口不受影响。
  • 网关层面的超时限制：超时后资源被释放，用来处理其他的请求，以此提升 Nginx 的性能。（资源如果不足的话，那么请求可能就无法正常达到后端服务器）
• 某一段时间内，接口最大调用次数

  • 有些接口为了限流，会对同一ip发出接口请求做限制，在一段时间内，最大请求不能超过限定的次数。