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

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

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

因为：

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

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

自我调度，事务自杀 你写了个方法A加了@Transactional，然后在同类的另一个方法B里，直接this.aMethod()：
java 复制代码
```
@Transactional
public void aMethod() {
    // DB操作......
}

public void bMethod() {
    this.aMethod(); // 啪，事务不会生效！
}
```
Spring 事务有点像「旁观者清」，得靠"代理"来戴帽子，自己 call 自己，Spring 懒得理你。
非 public 方法，事务没机会出场 你耍帅，想写个private/protected方法，再上个@Transactional，结果...Spring 事务爱理不理。
异常是"绅士"，不回滚 你抛了个try-catch，或者抛个检查异常（不是RuntimeException），Spring 默默微笑，数据不 rollback，你看着办吧！
AOP代理模式玩花样，CGLIB vs JDK 你 bean 配的不对，用了接口却搞 CGLIB，或者没接口强行用 JDK Proxy，Spring 事务直接说：你高兴就好，我给你个假笑。
数据库驱动不支持事务，春梦一场 别问为什么 SQLite、MyISAM 下 rollback 永远无感，问就是单身狗谈理想。

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

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

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

千万别自我调用带@Transactional的方法，要有接口或者在 Spring 管理下让"代理"出面。
只对 public 方法加事务，别和 Spring 抬杠。
想让某些受检异常也能 rollback？补个参数：
java 复制代码
```
@Transactional(rollbackFor = Exception.class)
```
日常加一点断言+日志，把所有事务事故暴露在阳光下，不要藏头缩尾。
实在搞不懂，可以 debug 看 Spring AOP 代理结构，一目了然。

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

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