spring事件监听机制

📒 Spring 事件监听机制核心笔记

一、什么是事件监听机制？

Spring 的事件监听机制是一套基于 发布-订阅（Observer）模式 实现的事件驱动模型，它允许 Bean 在不直接调用彼此的前提下，通过事件驱动解耦协作。

二、为什么需要事件监听机制？

现实中常见业务需求：

• 用户注册后发送欢迎邮件（注册逻辑和通知逻辑解耦）

• 订单完成后记录日志、更新库存、发MQ

• 事务提交后再发布数据更新事件

这些操作如果全部写在一个方法中将导致高耦合、低可维护性。事件监听机制的目标是：

以事件为中心，按需解耦业务流程，提升可维护性与扩展性。

三、Spring 事件监听机制的核心组成

四、事件监听的基本流程

简单理解就是：发布事件 → Spring 容器找到匹配监听器 → 回调处理方法执行

[发布者] ---> [ApplicationEventPublisher] ---> [Dispatcher] ---> [匹配监听器] ---> onEvent()

1️⃣ 创建事件类（继承或不继承 ApplicationEvent 都可）

public class UserRegisteredEvent {
    private final User user;
    public UserRegisteredEvent(User user) {
        this.user = user;
    }
}

2️⃣ 定义监听器

• 接口方式（旧）

@Component
public class WelcomeEmailListener implements ApplicationListener<UserRegisteredEvent> {
    @Override
    public void onApplicationEvent(UserRegisteredEvent event) {
        // 发送欢迎邮件
    }
}

• 注解方式（推荐）

@Component
public class WelcomeEmailListener {
    @EventListener
    public void handle(UserRegisteredEvent event) {
        // 发送欢迎邮件
    }
}

3️⃣ 发布事件

@Autowired
private ApplicationEventPublisher publisher;

publisher.publishEvent(new UserRegisteredEvent(user));

五、事件监听器的调用时机与线程模型

六、事务监听器机制（核心机制延伸）

使用场景：

• 避免“事务还没提交，监听器逻辑已执行”，导致脏数据或缓存穿透

• 适合：发MQ、改缓存、推送等需确保数据真实存在的后置动作

用法：

@EventListener
@TransactionalEventListener(phase = AFTER_COMMIT)
public void handleAfterCommit(UserRegisteredEvent event) {
    // 事务提交后再执行，如发MQ或刷新缓存
}

七、底层核心机制（简要概览）

1. 事件注册机制：所有 ApplicationListener 会被收集进容器内部监听器列表（DefaultListableBeanFactory 管理）

2. 事件发布机制：由 ApplicationEventMulticaster 广播，默认是 SimpleApplicationEventMulticaster

3. 调用方式：通过反射调用监听方法（同步或异步）

4. 事务监听器原理：依赖 Spring 事务同步管理器 TransactionSynchronizationManager 注册回调（参考 afterCommit() 机制）

八、事件监听器与设计模式的关系

九、总结一句话

Spring 的事件监听机制，是基于“观察者模式 + 事件驱动”的通用设计范式，具备 解耦、灵活、可扩展 的优势，是企业级应用中实现“业务协作”“事务后处理”“系统级通知”的强大工具。