spring boot 全局异常处理可以通过实现 applicationlistener 接口来捕获事件发布异常。具体做法是创建一个监听器类，在 onapplicationevent 方法中处理 applicationfailedevent 对象，通过调用其 getsource() 获取原始异常并进行日志记录或自定义逻辑。
如何注册并触发 ApplicationFailedEvent 监听器
要捕获事件发布异常，必须确保监听器被 Spring 容器管理。最直接的方式是使用 @Component 注解将实现 ApplicationListener 的类注册为 Bean。当使用 ApplicationEventPublisher 发布事件时，如果目标监听器抛出未捕获异常，Spring 会自动包装成 ApplicationFailedEvent 并发布。此时，注册的监听器会收到该事件，从而有机会处理错误。
import org.springframework.context.ApplicationListener;
import org.springframework.context.event.ApplicationFailedEvent;
import org.springframework.stereotype.Component;
@Component
public class FailedEventLogger implements ApplicationListener<applicationfailedevent> {
@Override
public void onApplicationEvent(ApplicationFailedEvent event) {
Throwable cause = event.getCause();
System.out.println("Caught failed event: " + cause.getMessage());
}
}</applicationfailedevent>
运行上述代码并发布一个会导致异常的事件后，控制台将输出捕获到的异常信息。这证明了监听器成功拦截了发布过程中的失败。
为什么默认情况下异常会被吞没
在 Spring 5.3 之前，如果事件监听器抛出异常且没有全局处理器，异常往往会被静默吞没，导致调试困难。从 Spring 5.3 开始，框架引入了 ApplicationFailedEvent 机制，旨在解决这一问题。默认情况下，如果没有显式注册 ApplicationListener，异常仍然可能不会传播到主线程，但框架内部会尝试记录。然而，为了确保异常可见，开发者必须主动实现该监听器。如果不实现，异常可能在某些配置下被忽略，或者仅在调试模式下可见。因此，显式注册是捕获这些异常的必要条件。
import org.springframework.context.event.EventListener;
import org.springframework.stereotype.Service;
@Service
public class EventPublisherService {
private final ApplicationEventPublisher publisher;
public EventPublisherService(ApplicationEventPublisher publisher) {
this.publisher = publisher;
}
public void publishFailingEvent() {
publisher.publishEvent(new Object()); // 假设某个监听器对此对象抛出异常
}
}
通过调用 publishFailingEvent，如果存在针对 Object 类型的监听器且该监听器抛出异常，FailedEventLogger 将捕获该异常。这展示了异常从发布点到监听器的完整路径。
如何处理捕获到的异常以恢复系统状态
在 onApplicationEvent 中处理异常时，不应再次抛出异常，否则可能导致无限循环或阻塞事件发布线程。正确的做法是记录日志、发送告警或执行补偿逻辑。例如，可以检查异常类型，如果是可重试的错误，则触发重试机制；如果是致命错误，则通知运维人员。此外，应避免在监听器中进行耗时操作，以免阻塞其他事件的发布。通过这种方式，系统可以在发生事件发布异常时保持稳定性，并提供足够的信息进行后续排查。
