因为SpringBoot 自带tomcat,而tomcat默认支持1W的连接数量,超过就会拒绝。既然问题出在tomcat,那么现在就有两个方案。
对于需要保持数十万的长连接,jetty无疑更适合作为启动容器;
启动容器替换成jetty,只需要在jar引用的时候排除掉tomcat,并且加上jetty的jar附上jar引用代码
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-webartifactId>
<exclusions>
<exclusion>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-tomcatartifactId>
exclusion>
exclusions>
dependency>
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-jettyartifactId>
dependency>
聊聊jetty
在我们使用SpringBoot开发单体应用或者微服务应用的时候,会引入spring-boot-starter-web这个starter组件,其嵌入Jetty、Tomcat、Undertow三种servlet容器供大家选择,默认是Tomcat容器。
在日常工作中,SpringBoot 默认推荐的配置并一定适用于所有情况,根据项目配置以及环境,选择合适的容器,才能更好的搭建项目。
server:
jetty:
accesslog:
enabled: true # 是否打开jetty日志
dir: # 访问日志所在目录
max-threads: 200 # 最大线程数(默认200)
min-threads: 8 # 最小线程数(默认8)
thread-idle-timeout: 2000 # 线程最大空闲时间

聊聊Undertow
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-webartifactId>
<exclusions>
<exclusion>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-tomcatartifactId>
exclusion>
exclusions>
dependency>
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-undertowartifactId>
dependency>
server:
undertow:
# 设置IO线程数,主要执行非阻塞的任务,它们会负责多个连接,默认设置每个CPU核心一个线程
# 不要设置过大,如果过大,启动项目会报错
# CPU有几核,就填写几
io-threads: 32
# 阻塞任务线程池, 当执行类似servlet请求阻塞IO操作, undertow会从这个线程池中取得线程
# 它的值设置取决于系统线程执行任务的阻塞系数,默认值是IO线程数*8
worker-threads: 2000
# 以下的配置会影响buffer,这些buffer会用于服务器连接的IO操作,有点类似netty的池化内存管理
# 每块buffer的空间大小,越小的空间被利用越充分,不要设置太大,以免影响其他应用,合适即可
buffer-size: 1024
# 是否分配的直接内存(NIO直接分配的对外内存)
direct-buffers: true
