服务器大请求体问题定位-解决过程

1、查询A服务的日志,发现在调用B的过程中报错400BadRequest,并且请求体非常大300多KB
2、查看B服务的日志,发现请求没有进来
3、发现是B服务的nginx层做了拦截,修改配置后,再次发起请求验证
4、由于请求体比较大,为了还原真实的请求情况,又只能在A服务所在服务器,发起请求

  • 通过外部拼接curl命令参数,将整个命令粘贴到A服务器执行,发现curl命令数据太大,很久无法传输过去,这种方法不可行,严重的可能影响线上机器性能
  • 查询curl命令能否从文件读取参数,发现是可行的,–data 是可以读文件的,而且header也可以从文件中读取参数
    curl --location 'https://xxx.com/v1/test' \
    --header "$(
上一篇:深入探索 RabbitMQ:功能丰富的消息中间件一


下一篇:什么是站群服务器?