一句话总结（老哥面试用）
"Spring 事务失效的核心 3 原因：
1.异常自己 catch 住没抛出去 → 事务不回滚
2.抛检查异常 没配
rollbackFor→ 默认不回滚3.private/final/static 方法或同类 this 调用 → 代理不到
还要警惕 7 个隐藏坑（@Transactional 在接口上、@Async、多线程、AOP 顺序等）。"
记忆口诀
"3 大坑：异常吃了，检查异常漏配，非 public 代理失败"
"this 调用不走代理，注入 self 才安全"
"rollbackFor Exception.class 兜底所有异常"
"final / static / private 都不行"
"@Async / 多线程事务都失效，ThreadLocal 拿不到"
追问：Spring 事务传播机制有哪些？
"7 种传播行为：
行为 含义 REQUIRED（默认） 有事务加入，没有新建 REQUIRES_NEW 总是新事务，挂起当前事务 NESTED 嵌套事务（savepoint） SUPPORTS 有事务加入，没有非事务执行 NOT_SUPPORTED 挂起事务，非事务执行 NEVER 必须在非事务环境，否则抛异常 MANDATORY 必须有事务，否则抛异常 报表生成用 REQUIRES_NEW（每张报表独立提交）"
追问 2：@Transactional 注解原理是什么？
"AOP 代理（JDK 动态代理或 CGLIB）：
1.容器启动时为 Bean 创建代理对象
2.方法调用时先经过代理（拦截器链）
3.代理开启事务（创建 Connection + 关闭自动提交）
4.执行业务方法
5.业务方法正常返回 → 代理提交事务
6.业务方法抛异常 → 代理回滚事务
AOP 拦截 + 事务管理 + 异常回滚。"
追问 3：怎么排查事务失效问题？
"5 步排查：
1.检查异常是否抛出、是否被 catch 住
2.检查 rollbackFor 配置
3.检查方法修饰符（public / final / static / private）
4.检查同类 this 调用
5.检查 AOP 顺序（@Order 注解）"