@TransactionalEventListener 配合 @Async 可靠实现事务后异步操作，因其绑定事务生命周期、仅在 commit 成功后触发；直接在事务方法内用 @Async 发 MQ 会导致数据不一致，因异步线程查不到未提交数据且无法回滚消息。
直接用 @TransactionalEventListener 配合 @Async 就能可靠实现——它天然绑定事务生命周期，只在 commit 成功后触发，且可异步执行耗时操作，避免阻塞主流程。
为什么不能在事务方法里直接 @Async 发 MQ
事务未提交时，异步线程查不到刚插入的数据（隔离级别限制），而且若后续事务回滚，MQ 消息却已发出，造成数据不一致。根本问题是：异步调用脱离了原始事务上下文。
@TransactionalEventListener 的正确用法
它不是“监听任意事件”，而是监听与当前事务强绑定的事件，确保只在事务真正落地后才执行：
Java Development Manual
下载
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
- 定义一个简单 POJO 事件类，比如
OrderCreatedEvent，含订单 ID 等必要字段 - 在
@Transactional方法内，通过ApplicationEventPublisher发布该事件（必须在有事务的方法中调用） - 监听器方法标注
@TransactionalEventListener(phase = AFTER_COMMIT)，默认就是这个阶段 - 监听方法体内不做重逻辑，只调用另一个
@Async方法去查库、组装消息、发 MQ
关键配置与避坑点
很多失败案例源于代理失效或上下文丢失：
立即学习“Java免费学习笔记（深入）”；
- 发布事件的方法必须被 Spring AOP 代理到，即不能是 private 方法，也不能是本类内直接 self-call（需注入自身 bean 或拆到独立 service）
- 确保类上启用了
@EnableAsync和@EnableTransactionManagement -
@Async方法必须由 Spring 容器管理的 bean 调用，不能在监听器里直接this.sendMq()，否则绕过代理，异步失效 - 若涉及多数据源或分布式事务，
@TransactionalEventListener仅对当前事务有效，不跨库传播
替代方案：TransactionSynchronizationManager（适合轻量或老项目）
当无法引入事件机制时，可在事务方法内手动注册回调：
- 检查
TransactionSynchronizationManager.isActualTransactionActive() - 调用
registerSynchronization(new TransactionSynchronizationAdapter() { public void afterCommit() { executor.submit(() -> sendMq(id)); } }) - 注意：该方式需自行管理线程池，且不能直接使用
@Async，因为@Async方法内部拿不到事务同步上下文
