SpringBoot - 400 Bad Request Tomcat Header 请求过大解决方案

推荐配置

server:
  max-http-header-size: 65536

过时配置

server:
  tomcat:
    max-http-header-size: 65536

注意事项

  • 两个配置效果等价,但是推荐第一种用法!
  • 引起这问题的原因是跟 Tomcat 有关,请求过大导致 Tomcat 直接拦截返回,所以一般情况根本进不了业务里的断点,这样很容易误以为是网络层的问题,其实不是,而是 Tomcat 的问题。
  • max-http-header-size 指的不是 HTTP 的 header,而是传输的整个报文,这就解释了为什么 header 没啥东西时但请求很大的时候,可以用这个办法来解决问题。

引发问题

在某次项目的开发过程中,因为是接手的项目,所以下意思认为参数的配置是比较合理的,基本上除非涉及到地址等变更内容外,没有关注其他参数。当项目提测时,测试告诉我说整个系统并发到10基本就会被压垮,让我去检查下接口的设置。

我去系统上下载了日志,查看了堆栈内容,发现并没有明显的任何拖延时间的处理程序,整个内容获取的数据也在合理的范围内,但是一旦并发数上去了,就又会被压垮。当时因为其他问题比较紧急,就抓紧处理其他问题了。

在最后当我们处理完其他问题时,再回头来处理并发问题时,和同事一起检查参数设置的时候,才发现对于max-http-header-size被设置为了100M,也就是说每个请求都会打开100M的post,导致一到并发数上去,就会急剧激增内存,我不知道当时为啥设置这么多,估计是自己写的时候顺手写的一个数字,这提醒了我,如果是接受一个项目,还是要认真检查参数的配置,不然什么时候可能会坑到你自己。

  • 2
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

放羊的牧码

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值