推荐配置
1. server: 2. max-http-header-size: 65536
过时配置
1. server: 2. tomcat: 3. max-http-header-size: 65536
注意事项两个配置效果等价，但是推荐第一种用法！
- 两个配置效果等价，但是推荐第一种用法！
- 引起这问题的原因是跟 Tomcat 有关，请求过大导致 Tomcat 直接拦截返回，所以一般情况根本进不了业务里的断点，这样很容易误以为是网络层的问题，其实不是，而是 Tomcat 的问题。
- max-http-header-size 指的不是 HTTP 的 header，而是传输的整个报文，这就解释了为什么 header 没啥东西时但请求很大的时候，可以用这个办法来解决问题。
引发问题
在某次项目的开发过程中，因为是接手的项目，所以下意思认为参数的配置是比较合理的，基本上除非涉及到地址等变更内容外，没有关注其他参数。当项目提测时，测试告诉我说整个系统并发到10基本就会被压垮，让我去检查下接口的设置。
我去系统上下载了日志，查看了堆栈内容，发现并没有明显的任何拖延时间的处理程序，整个内容获取的数据也在合理的范围内，但是一旦并发数上去了，就又会被压垮。当时因为其他问题比较紧急，就抓紧处理其他问题了。
在最后当我们处理完其他问题时，再回头来处理并发问题时，和同事一起检查参数设置的时候，才发现对于max-http-header-size被设置为了100M，也就是说每个请求都会打开100M的post，导致一到并发数上去，就会急剧激增内存，我不知道当时为啥设置这么多，估计是自己写的时候顺手写的一个数字，这提醒了我，如果是接受一个项目，还是要认真检查参数的配置，不然什么时候可能会坑到你自己。
