java事件监听机制基于注解识别、反射注册与发布-订阅：启动时扫描@eventlistener方法并适配注册，发布时动态类型匹配并反射调用，支持spel条件及自定义注解扩展。
Java 框架（如 Spring）底层利用注解实现事件监听分发，核心是“注解识别 + 反射注册 + 发布-订阅机制”。它不是语法层面的魔法，而是通过容器在启动时扫描、解析、缓存和运行时触发完成的。
注解声明监听意图
开发者用 @EventListener 或自定义注解（如 @MyEvent）标记方法，表明该方法愿意处理某类事件。框架不靠编译器检查，而是在运行时读取这些元数据。
- 注解本身是
@Retention(RetentionPolicy.RUNTIME)，确保能被反射读取 - 方法需为 public、单参数（事件类型），可带泛型约束（如
ApplicationEvent子类） - Spring 还支持 SpEL 表达式（
@EventListener(condition = "#event.status == 'SUCCESS'")），这需要额外解析执行
容器启动时自动注册监听器
Spring 在 AbstractApplicationContext.refresh() 阶段，会调用 initApplicationEventMulticaster() 初始化事件多播器，并通过 EventListenerMethodProcessor 扫描所有 Bean 的方法：
- 遍历每个 Bean 的所有方法，用
findListenerMethods()查找带@EventListener的方法 - 将方法包装成
ApplicationListenerMethodAdapter实例（适配器模式，统一接口） - 注册进
SimpleApplicationEventMulticaster的监听器列表（addListener()）
事件发布时动态匹配并调用
当调用 applicationContext.publishEvent(event) 时，多播器遍历监听器列表，对每个监听器做类型匹配：
- 提取监听方法的唯一参数类型（如
OrderCreatedEvent.class） - 判断当前事件是否是该类型的实例（支持继承、泛型擦除后比较）
- 匹配成功则用
ReflectionUtils.invokeMethod()反射调用，传入事件对象 - 异常默认被
ErrorHandler捕获（可自定义），不影响其他监听器执行
扩展点：自定义注解 + 处理逻辑
想支持 @AsyncEventListener 或 @RetryOnFailure 等语义？只需三步：
- 定义注解（RUNTIME + METHOD），加
@Documented和@Retention - 写一个
BeanPostProcessor或BeanFactoryPostProcessor，在 Bean 创建后扫描并注册增强逻辑 - 把原方法包装成代理（如
SmartApplicationListener子类），在onApplicationEvent()中加入异步/重试等行为
本质上，注解只是标记，真正起作用的是框架在生命周期关键节点做的元数据收集与反射调度。理解这个链条，就能在任何 IoC 容器中仿写出类似的事件分发机制。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
