Spring事件默认同步执行，@EventListener不加@Async仍运行在主线程和同一事务中，导致阻塞、事务回滚、异常传播；真解耦需显式配置带线程池的ApplicationEventMulticaster并确保@Async方法满足Bean代理、非private/static、非this调用等条件。
不能靠默认配置实现“彻底解耦”——Spring 的 ApplicationEvent 默认是同步执行的，不加 @Async 就和直接调用方法没区别，主线程卡死、事务回滚、监听器异常导致注册失败，全是它干的。
为什么 @EventListener 不加 @Async 就不是真解耦
Spring 默认使用 SimpleApplicationEventMulticaster，事件发布后，所有 @EventListener 方法在**同一个线程、同一个事务上下文**里顺序执行。这意味着：
- UserService.createUser() 返回前，必须等邮件发送、日志落库、积分发放全部跑完
- 任意一个监听器抛
NullPointerException或超时，整个事务会回滚，用户数据库写入失败 - 查不到刚创建的用户？因为异步监听器还没跑，而同步监听器又没加事务传播控制，
userRepository.findById()在未提交事务里查不到数据 - 监听器之间无法并行，耗时操作（如 HTTP 调用）会拖慢主流程响应
如何配出真正异步的事件广播器
必须显式替换默认广播器，并绑定线程池。只加 @Async 不够，因为 @Async 默认用 SimpleAsyncTaskExecutor（无复用、无队列、易 OOM），生产环境必须自定义。
在配置类中声明：
@Bean
public ApplicationEventMulticaster applicationEventMulticaster() {
SimpleApplicationEventMulticaster eventMulticaster = new SimpleApplicationEventMulticaster();
eventMulticaster.setTaskExecutor(taskExecutor());
return eventMulticaster;
}
@Bean
public TaskExecutor taskExecutor() {
ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor();
executor.setCorePoolSize(5);
executor.setMaxPoolSize(20);
executor.setQueueCapacity(100);
executor.setThreadNamePrefix("event-async-");
executor.initialize();
return executor;
}
注意：taskExecutor() 必须返回 TaskExecutor 类型，不能是 Executor；否则 @Async 不生效，仍走同步分支。
@EventListener + @Async 的实际写法与陷阱
监听方法要满足三个硬性条件才能异步执行：
- 所在类必须是 Spring 管理的 Bean（如带
@Service或@Component） - 方法不能是 private / static，且不能在同一个类里被 this 调用（
this.handleUserCreated()会绕过代理，变成同步） - 必须用
@EventListener，不要用ApplicationListener接口——后者不支持@Async直接标注
正确示例：
@Service
public class UserNotificationListener {
@EventListener
@Async // 必须加在这里
public void onUserCreated(UserCreatedEvent event) {
// 拿 event.getUser() 发短信，不查库
smsService.send(event.getUser().getPhone(), "欢迎注册");
}
}
错误写法：@Async 加在 service 方法上但由 controller 直接调用，或监听器写在 UserServiceImpl 里用 this.onUserCreated() 触发。
事务内发事件，异步监听器怎么读到新数据
加了 @Async 后，监听器运行在线程池新线程里，不在原事务中，默认读不到未提交数据。解决方案只有两个，且必须选其一：
- 让事件携带完整业务对象：把
User实体塞进UserCreatedEvent构造参数，监听器直接用，不查 DB - 监听器自己开新事务：在方法上加
@Transactional(propagation = Propagation.REQUIRES_NEW)，但前提是publishEvent()必须放在@Transactional方法的**最后**，否则新事务查不到已提交数据
最稳妥的是第一种——避免跨事务读取，也省去事务传播配置的复杂度。别指望靠数据库隔离级别（比如 READ_UNCOMMITTED）来补救，那会引发脏读，线上禁用。
