Tomcat日志中出现连接超时怎么办

Tomcat日志出现连接超时的定位与处理

一、先快速定位超时发生在哪一段链路

• 查看 catalina.out 与 localhost.log，确认异常栈与时间点，判断是客户端提前关闭、反向代理超时、Tomcat线程不足，还是后端数据库/外部依赖慢。常用命令：tail -f $CATALINA_HOME/logs/catalina.out。
• 若前面有 Nginx/Apache，同步查看其 error.log/access.log，核对是否为网关层读写超时导致。
• 使用 JVisualVM/JConsole/Prometheus+Grafana 观察 线程池使用率、GC、CPU、网络RT，确认是否为资源瓶颈。
• 复现路径尽量保持一致（同接口、同参数、同并发），便于对比调参效果。

二、常见根因与对应处置要点

三、关键配置示例与建议值

• Tomcat Connector（server.xml）
  • 建议将 connectionTimeout 设为 20000–60000 ms（默认 20000 ms）；若接口确实很慢，先优化代码/SQL，再考虑适度上调，避免掩盖性能问题。
  • 结合并发调大 maxThreads（如 200 起，视硬件与业务而定），并合理设置 acceptCount（如 100）作为突发流量的缓冲。
  • 示例：

    <Connector port="8080" protocol="HTTP/1.1"
               connectionTimeout="30000"
               maxThreads="200"
               minSpareThreads="25"
               acceptCount="100"
               maxKeepAliveRequests="100"
               redirectPort="8443" />
    

• 反向代理（Nginx）
  • 与 Tomcat 的 connectionTimeout 协同，建议将网关读写超时设置为 60 s 左右（按业务 SLA 调整）：

    location / {
      proxy_pass http://tomcat_servers;
      proxy_connect_timeout 60s;
      proxy_send_timeout 60s;
      proxy_read_timeout 60s;
      send_timeout 60s;
      proxy_set_header Host $host;
      proxy_set_header X-Real-IP $remote_addr;
      proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
      proxy_set_header X-Forwarded-Proto $scheme;
    }
    

• JVM 内存与GC
  • 编辑 catalina.sh/catalina.bat，为稳态与峰值预留足够堆空间，示例：

    export CATALINA_OPTS="$CATALINA_OPTS -Xms512m -Xmx2048m -XX:MaxMetaspaceSize=512m -XX:+UseG1GC"
    

• 数据库与连接池
  • 使用 HikariCP 等连接池时，开启连接有效性校验（如 connection-test-query: select 1），并根据负载调大最大连接数与超时，避免获取连接超时与连接泄漏。

四、代码与架构层面的优化

• 对耗时任务使用 Servlet 3.0+ 异步处理，避免阻塞 Tomcat 请求线程：

  @WebServlet(asyncSupported = true)
  public class AsyncServlet extends HttpServlet {
      protected void doGet(HttpServletRequest req, HttpServletResponse resp) {
          AsyncContext ctx = req.startAsync();
          ctx.start(() -> {
              try {
                  // 长时处理
                  ctx.getResponse().getWriter().write("done");
              } catch (IOException e) {
                  e.printStackTrace();
              } finally {
                  ctx.complete();
              }
          });
      }
  }
  

• 在应用内使用线程池管理并发任务，避免为每个请求临时创建线程；对热点数据引入缓存，对慢查询进行索引/语句/分页优化。

五、验证与回退

• 每次只调整一个变量（如仅调大 connectionTimeout 或仅调大 maxThreads），用相同压测场景对比 P95/P99 RT、吞吐、错误率、线程与GC。
• 设置监控告警（线程池使用率、网关 5xx、DB 连接数、慢查询数），在峰值时段观察是否复现。
• 若调整无效或出现 OutOfMemoryError/频繁 Full GC，及时回退并先优化慢接口或扩容资源。