Spring Boot接口偶发返回默认异常响应而非自定义DTO问题排查

某Spring Boot应用的REST接口出现偶发异常响应问题：初始部署后接口正常返回自定义响应DTO，但运行一段时间后，发生500异常时会返回包含timestamp、path等字段的默认响应，重启应用后恢复正常。该默认响应中的“Internal Server Error”未在代码库或任何包中定义，且已调试自定义Exception Handler未发现异常。

当前异常响应示例 #

{
  "timestamp":"2023-07-18T11:30:06+03:00",
  "status":500,
  "error":"Internal Server Error",
  "message":"***",
  "path":"/rest/**/save"
} 

预期自定义响应示例 #

{
    "status": "FAIL",
    "message": "***",
    "errorCode": "**",
    "availableToRetry": false
}

疑问：该默认响应来自何处？为何会偶发出现？

一、默认响应的来源 #

这个默认响应是Spring Boot内置的DefaultErrorAttributes生成的，它是Spring MVC处理未捕获异常时的默认错误信息组装类，会自动生成包含timestamp、status、error、message、path的标准错误响应。其中"Internal Server Error"是HTTP 500状态码对应的默认英文描述，由Servlet容器（如Tomcat）或Spring MVC内置的状态码映射提供，无需在代码中显式定义。

二、偶发出现的可能原因 #

• 自定义Exception Handler失效：运行过程中可能因Bean生命周期异常（如Bean被意外销毁、上下文刷新异常），导致自定义的@ControllerAdvice或@ExceptionHandler Bean被容器移除或失效，此时Spring会 fallback到默认错误处理机制。
• 线程上下文类加载问题：若应用使用自定义类加载器，或多线程场景下类加载器切换异常，可能导致自定义异常处理器的类无法被正确加载，Spring无法找到对应异常处理逻辑。
• 非Servlet容器线程的未捕获异常：异常若发生在Spring MVC管理之外的线程（如异步任务、定时任务线程），这类线程的异常不会被全局异常处理器捕获，会直接由容器处理并返回默认响应。
• Spring上下文刷新异常：运行中若发生上下文部分刷新（如动态Bean注册、配置热更新），可能破坏异常处理器的Bean定义，导致其无法正常工作。
• 内存泄漏引发的Bean实例异常：长时间运行后出现内存泄漏，可能导致自定义异常处理器的Bean实例被GC回收或处于异常状态，无法处理异常请求。

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