原文来自于：https://zha-ge.cn/java/104

事务没生效还以为成功了？Spring 事务失效的雷区你中招了吗？

最近公司新来的小伙伴，写业务像打王者，新手村野怪都挡不住。但代码上线后，同步库存居然没 rollback！你没看错，就是传说中「事务没生效还以为自己天下无敌」的滑铁卢。看着一堆乐观脸的日志，我也忍不住怀疑：难道 Spring 事务真有我的克星？

房间里的大象：Spring 事务你真的懂了吗？

其实当年我刚摸 Spring 的时候，也是总觉得加了 @Transactional，就像用了金箍棒，后端没人搞得定我数据了。于是，神马转账、扣库存、改积分，统统一把梭。但理想很丰满，现实很骨感。

因为：

• 代码能跑，效果没报错，可数据！没回滚！
• 日志一切正常，回头一看，天呐，我的钱居然没回来了。

所以，今天给大家聊聊几种最容易踩的「Spring 事务是一片滩涂」的时刻。

踩坑瞬间

来，直接上事例，大家自测下中招没：

1. 自我调度，事务自杀
   你写了个方法A加了@Transactional，然后在同类的另一个方法B里，直接this.aMethod()：

   @Transactional
   public void aMethod() {
       // DB操作……
   }
   
   public void bMethod() {
       this.aMethod(); // 啪，事务不会生效！
   }
   

   Spring 事务有点像「旁观者清」，得靠“代理”来戴帽子，自己 call 自己，Spring 懒得理你。

2. 非 public 方法，事务没机会出场
   你耍帅，想写个private/protected方法，再上个@Transactional，结果…Spring 事务爱理不理。

3. 异常是“绅士”，不回滚
   你抛了个try-catch，或者抛个检查异常（不是RuntimeException），Spring 默默微笑，数据不 rollback，你看着办吧！

4. AOP代理模式玩花样，CGLIB vs JDK
   你 bean 配的不对，用了接口却搞 CGLIB，或者没接口强行用 JDK Proxy，Spring 事务直接说：你高兴就好，我给你个假笑。

5. 数据库驱动不支持事务，春梦一场
   别问为什么 SQLite、MyISAM 下 rollback 永远无感，问就是单身狗谈理想。

找坑技能树

怕踩坑，得学会查案现场。我的几个灵魂发问：

• 数据库事务日志到底生效了没？
• 代码是不是 public？
• 有无“自我调用”？（自己递归自己，很危险欸）
• catch 语句是不是贼多？
• 事务注解写没写错？（常写成Transaction）
• 配置信息里，AOP模式对吗？
• 业务是不是在事务之外调了危险代码？

每次出事，我都是这几套组合拳一遍遍盘。

经验启示

踩雷千百遍，套路总结如下：

• 千万别自我调用带@Transactional的方法，要有接口或者在 Spring 管理下让“代理”出面。
• 只对 public 方法加事务，别和 Spring 抬杠。
• 想让某些受检异常也能 rollback？补个参数：

  @Transactional(rollbackFor = Exception.class)
  

• 日常加一点断言+日志，把所有事务事故暴露在阳光下，不要藏头缩尾。
• 实在搞不懂，可以 debug 看 Spring AOP 代理结构，一目了然。

收个尾巴

说到底，Spring 事务这玩意儿，看起来像金钟罩，实际上挺玻璃心的。翻车时候风轻云淡，不出错时候你都感受不到它存在。遇坑别沮丧，一次踩坑等于买一个新技能。下次事务再掉线，你就能「呵呵一笑」摸着头皮修好它。

大家还见过啥奇葩的事务“假动作”吗？评论区聊聊呗～