我要评论
前言
通过org.springframework.boot.autoconfigure.web.serverproperties查看，其中包括属性tomcat、jetty、undertow三种服务器的设置，默认启用tomcat。
tomcat 自身优化
# tomcat
server:
tomcat:
uri-encoding: utf-8
#最小线程数
min-spare-threads: 500
#最大线程数
max-threads: 2500
#最大链接数
max-connections: 6500
#最大等待队列长度
accept-count: 1000
#请求头最大长度kb
max-http-header-size: 1048576
#请请求体最大长度kb
#max-http-post-size: 2097152
#服务http端口
port: 8080
#链接建立超时时间
connection-timeout: 12000
servlet:
#访问根路径
context-path: /son比较重要的有两个：初始线程数和最大线程数。
- 初始线程数：保障启动的时候，如果有大量用户访问，能够很稳定的接受请求。
- 最大线程数：用来保证系统的稳定性。
其它参数优化：
min-spare-threads：最小备用线程数，tomcat启动时的初始化的线程数。max-threads：tomcat可创建的最大的线程数，每一个线程处理一个请求，超过这个请求数后，客户端请求只能排队，等有线程释放才能处理。（建议这个配置数可以在服务器cup核心数的200~250倍之间）accept-count：当调用web服务的http请求数达到tomcat的最大线程数时，还有新的http请求到来，这时tomcat会将该请求放在等待队列中，这个acceptcount就是指能够接受的最大等待数，默认100。如果等待队列也被放满了，这个时候再来新的请求就会被tomcat拒绝（connection refused）。max-connections：这个参数是指在同一时间，tomcat能够接受的最大连接数。一般这个值要大于(max-threads)+(accept-count)。connection-timeout：最长等待时间，如果没有数据进来，等待一段时间后断开连接，释放线程。
undertow优化
为什么要变成undertow？
我们在相同机器配置下压测tomcat和undertow，得到的测试结果如下所示：
- tomcat：
- undertow：
内存使用对比：
结论：
undertow在高并发业务场景中，性能优于tomcat
实现方式
pom文件移除tomcat换成undertow
<dependency>
<groupid>org.springframework.boot</groupid>
<artifactid>spring-boot-starter-web</artifactid><!-- 移除掉默认支持的 tomcat -->
<exclusions>
<exclusion>
<groupid>org.springframework.boot</groupid>
<artifactid>spring-boot-starter-tomcat</artifactid>
</exclusion>
</exclusions>
</dependency>
<dependency>
<groupid>org.springframework.boot</groupid>
<artifactid>spring-boot-starter-undertow</artifactid>
</dependency>配置相关参数：
# 是否打开 undertow 日志，默认为 false server.undertow.accesslog.enabled=false # 设置访问日志所在目录 server.undertow.accesslog.dir=logs # 指定工作者线程的 i/0 线程数，默认为 2 或者 cpu 的个数 server.undertow.io-threads= # 指定工作者线程个数，默认为 i/o 线程个数的 8 倍 server.undertow.worker-threads= # 设置 http post 内容的最大长度，默认不做限制 server.undertow.max-http-post-size=0
最后直接main 方法启动springboot即可。
总结
以上为个人经验，希望能给大家一个参考，也希望大家多多支持代码网。
发表评论