HTTP服务器请求超时为何返回500错误而非408？

Tomcat确实会出现请求超时后返回500 Internal Server Error而非标准408 Request Timeout的情况，核心原因和请求处理阶段、未捕获异常、配置冲突有关，具体场景如下：

• 后端处理阶段触发线程中断异常
  标准408是服务器在未接收完整请求报文时的超时响应，而如果请求已经进入Spring后端处理流程，Tomcat默认的connectionTimeout（60秒）到期后会强制中断占用的线程。此时如果业务代码未捕获InterruptedException等中断相关异常（比如执行长耗时数据库查询、外部接口调用、Thread.sleep()时），未捕获的异常会被Spring的异常处理器转化为500错误返回。

• 连接器配置或反向代理冲突
  若架构是Apache HTTP Server反向代理到Tomcat，当Apache的ProxyTimeout设置为60秒（和你监控到的超时时间吻合），Apache会先于Tomcat触发超时并主动断开与Tomcat的连接。此时Tomcat收到连接中断信号，后端未完成的请求会抛出IO类异常，最终返回500错误，再由Apache转发给前端。另外，Tomcat自身的keepAliveTimeout与connectionTimeout配置冲突，也可能导致连接异常关闭触发500。

无日志情况下的排查方向 #

• 检查Spring业务代码中长耗时逻辑，确认是否有未处理的中断异常，可在关键代码块中捕获InterruptedException并主动返回408响应。
• 结合监控到的60秒超时时间，对应Tomcat默认的connectionTimeout=60000配置，可推断是后端线程超时被中断导致的异常。
• 若存在Apache反向代理，排查ProxyTimeout是否设置为60秒，是否与Tomcat的超时配置重叠。

内容的提问来源于stack exchange，提问作者user2526586