在Spring Boot中增加Tomcat的连接超时

Question

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

Spring Boot中的Tomcat设置：

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

每秒的请求在15秒的过程中被提升到300，所有的请求都在下面的gatling（蓝色）中看到。

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

这是由于使用200工作线程为300个请求提供服务。

控制器是在SpringMVC中编写的，它返回DeferredResult，执行异步请求处理，因此在处理响应后将恢复响应。

但即使是服务器。连接超时设置为高位1200000即将结束时有很多503（红色）

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

加特林。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           

Answer 1

根据Rcordoval的评论-

检查此属性：spring。mvc。异步的。请求超时=#异步请求处理超时前的时间量

此设置有助于其他gatling配置

spring.mvc.async.request-timeout=1200000

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

我认为当请求服务逻辑快而业务逻辑慢（在forkjoin.common池上运行）时，DeferredResult会发光。它不太适合MultiPartFile上传（阻塞和缓慢），当文件大小很大时更是如此，因为响应不会很快恢复（如上面每秒图表中的响应所示，只有在几秒钟后响应才会开始恢复，因为打开的连接是2000而工人只有200）。如果工人增加了，那么无论如何都会降低异步处理的优势。

在这种情况下，请求处理（上传和阻塞）很慢，业务逻辑很快。所以响应正在准备，但是所有的工作线程（200）都忙于服务越来越多的请求，结果响应没有恢复和超时。

可能会为使用DeferredResult的异步处理中的请求服务和响应恢复提供单独的池？