Spring Boot中增加Tomcat的连接超时

如何增加超时，以便在处理响应之前，请求不会超时？

Spring Boot 中的 Tomcat 设置：

server.tomcat.max-connections=2000
server.tomcat.max-threads=200
server.connection-timeout=1200000

每秒请求数增加constantUsersPerSec(20) during (15)在 15 秒内增加到 300，所有请求均已得到满足，如下图所示，加特林（蓝色）。

scn.inject(
      constantUsersPerSec(20) during (15), 
    )

这是因为max-connections = 2000它使用以下方式服务了 300 个请求200工作线程。

控制器是用 Spring MVC 编写的，它返回DeferredResult它执行异步请求处理，因此一旦处理完响应就会恢复响应。

但即使server.connection-timeout设置为高数字1200000快结束时有很多503（红色）

> status.find.in(200,304,201,202,203,204,205,206,207,208,209), b     78 (100.0%)
ut actually found 503

Gattle.conf 还设置了增加超时：

   timeOut {
      simulation = 8640000 # Absolute timeout, in seconds, of a simulation
    }
    ahc {
      #keepAlive = true                                # Allow pooling HTTP connections (keep-alive header automatically added)
      connectTimeout = 600000                          # Timeout when establishing a connection
      handshakeTimeout = 600000                        # Timeout when performing TLS hashshake
      pooledConnectionIdleTimeout = 600000             # Timeout when a connection stays unused in the pool
      readTimeout = 600000                             # Timeout when a used connection stays idle
      #maxRetry = 2                                    # Number of times that a request should be tried again
      requestTimeout = 600000           

根据来自的评论科尔多瓦尔 -

检查此属性： spring.mvc.async.request-timeout= # Amount of 异步请求处理超时之前的时间

此设置有助于其余的加特林配置

spring.mvc.async.request-timeout=1200000

然而，根本原因是，当请求数量很大时，所有工作线程（200）都会被上传打开的连接（2000）占用（控制器将 MultipartFile 作为参数并返回 DeferredResult ）

I think DeferredResult当请求服务逻辑很快而业务逻辑很慢（在 forkjoin.commonPool 上运行）时会发光。它不太适合 MultiPartFile 上传（阻塞且缓慢），而且当文件大小很大时，响应不会快速恢复（如上面的每秒响应图表所示，只有在几秒钟后响应才开始恢复，因为打开连接）是 2000 人，工人只有 200 人）。如果增加工作人员，无论如何都会削弱异步处理的优势。

在这种情况下，请求处理（上传和阻塞）很慢，而业务逻辑很快。因此响应已准备就绪，但所有工作线程 (200) 都忙于服务越来越多的请求，导致响应无法恢复并因此超时。

可能有理由拥有单独的游泳池request serve and response resume与 DeferredResult 进行异步处理？