Spring Boot中的max-http-header-size配置方式
关于max-http-header-size配置
概述
默认情况下,Spring Boot Web 应用程序包括一个预配置的嵌入式 Web 服务器。但是,在某些情况下,我们希望修改默认配置以满足自定义要求。
在本教程中,讲解如何在 Spring Boot 2.x 应用程序的application.properties文件中对请求标头进行设置和使用max-http-header-size属性。
Max-HTTP-Header-Size
Spring Boot 支持Tomcat、Undertow和Jetty作为嵌入式服务器。通常,我们在 Spring Boot 应用程序中的application.properties文件或application.yaml文件中进行服务器配置。
大多数 Web 服务器都有自己的一组 HTTP 请求header大小限制。HTTP header值受服务器实现的限制。在 Spring Boot 应用程序中,最大 HTTP header大小是使用server.max-http-header-size 配置的。Tomcat和Jetty的实际默认值为8kB,Undertow的默认值为1MB。
要修改最大 HTTP header大小,在application.properties文件中进行如下配置:
server.max-http-header-size=1024000
从 Spring Boot 2.1 开始,可使用DataSize可解析值:
server.max-http-header-size=10KB
请求头太大
假设发送的请求的总 HTTP header大小大于max-http-header-size值。服务器以“400 Bad request”错误拒绝请求。在下一个示例中,我们将在日志文件中看到此错误。
让我们创建一个控制器,它有一个名为 token 的header属性:
@RestController @RequestMapping(value = "/request-header-test") public class MaxHttpHeaderSizeController { @GetMapping public boolean testMaxHTTPHeaderSize(@RequestHeader(value = "token") String token) { return true; } }
接下来,让我们向application.properties文件添加一些属性:
## Server connections configuration server.tomcat.threads.max=200 server.connection-timeout=5s server.max-http-header-size=8KB server.tomcat.max-swallow-size=2MB server.tomcat.max-http-post-size=2MB
当我们在token中传递一个大小大于 8kb的字符串值时,得到 400 错误,如下所示:
max-http-header-size配置不合理导致OOM问题排查
#线上max-http-header-size导致oom问题排查
1. 首先线上vm参数配置-XX:+HeapDumpOnOutOfMemoryError
线上oom后会生成java_pidxxx.hprof文件
2. 使用Jprofiler分析下占用最大的空间是 char[]数组
3. 看下OOM栈信息
// 这里把栈信息粘贴出来看一下 Thread dump at 27588:02.814.491 * Thread group "main": Thread "http-nio-51026-exec-115": at java.lang.OutOfMemoryError.<init>() (line: 48) at java.nio.HeapByteBuffer.<init>(int, int) (line: 57) at java.nio.ByteBuffer.allocate(int) (line: 335) at org.apache.coyote.http11.Http11OutputBuffer.<init>(org.apache.coyote.Response, int) (line: 110) at org.apache.coyote.http11.Http11Processor.<init>(org.apache.coyote.http11.AbstractHttp11Protocol, org.apache.coyote.Adapter) (line: 163) at org.apache.coyote.http11.AbstractHttp11Protocol.createProcessor() (line: 1001) at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(org.apache.tomcat.util.net.SocketWrapperBase, org.apache.tomcat.util.net.SocketEvent) (line: 853) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun() (line: 1590) at org.apache.tomcat.util.net.SocketProcessorBase.run() (line: 49) at java.util.concurrent.ThreadPoolExecutor.runWorker(java.util.concurrent.ThreadPoolExecutor$Worker) (line: 1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run() (line: 624) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run() (line: 61) at java.lang.Thread.run() (line: 748)
4. 定位源码
可以看到多半就是分配headerBufferSize导致的了
5. 查看char[]里面具体内容
不难发现数组后面大部分元素都是0
6. 综合上述情况,可以得出一下结论
- OOM是因为分配请求头太大导致的
- 分配的char[]数组大部分空间都未使用到
7. 为什么会分配那么大的请求头?是否和某个配置相关吗?
排查配置发现
server: max-http-header-size: 10485760 #10M,值太大,并发量一上来服务就内存溢出了 # max-http-header-size单位为字节,默认值为8*1024字节=8kb
修改配置前和修改后再次压测,修改后发现不会有这种情况了。
以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。
最新评论