Tomcat+Spring体系中实际负责异常处理的组件是什么？

• 首先排查JVM快速抛出优化配置：JVM默认开启-XX:+OmitStackTraceInFastThrow参数，当同一代码位置的同类型异常（如你遇到的空指针）频繁抛出超过阈值后，JVM会自动省略堆栈信息，仅保留异常类型和消息，完全符合你描述的现象。可在JVM启动参数中添加-XX:-OmitStackTraceInFastThrow关闭该优化，观察后续日志是否恢复全量堆栈打印。
• 排查Spring MVC全局异常处理逻辑：检查项目是否存在@RestControllerAdvice/@ControllerAdvice注解的全局异常处理器，或自定义HandlerExceptionResolver实现类，确认异常捕获逻辑中是否存在仅打印异常消息、未将异常对象传入日志方法输出的逻辑。
• 跟踪DispatcherServlet异常处理链路：在DispatcherServlet的processHandlerException方法处打断点，跟踪异常最终被哪个处理器捕获，确认是Spring侧处理器消费了异常还是抛到Tomcat容器层处理，不同的处理主体对应的日志打印逻辑完全不同。
• 排查业务代码异常封装逻辑：检查是否存在捕获原始异常后，重新构造新异常抛出时未将原始异常作为cause传入的情况，该操作也会导致上层日志打印时丢失原始堆栈信息。

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