嘿，各位后端小伙伴们！今天咱就来唠唠 Java 事务这个让人又爱又恨的玩意儿，搞清楚它在啥场景下老老实实地生效，又在哪些 “坑” 里会失效，话不多说，上代码开干！
一、事务生效场景之 “日常业务救星”
想象一下，咱们在做一个电商订单系统，用户下单、扣库存、生成订单这一系列操作，必须得作为一个整体，要么全成，要么全败，这时候事务就闪亮登场啦。
@Service
public class OrderService {
@Autowired
private OrderMapper orderMapper;
@Autowired
private StockMapper stockMapper;
@Transactional
public void createOrder(Order order) {
// 扣库存
stockMapper.reduceStock(order.getProductId(), order.getQuantity());
// 生成订单
orderMapper.insert(order);
}
}
在上面这个例子里，@Transactional注解就像给这俩数据库操作披上了一层 “保护膜”。只要createOrder方法执行过程中没抛出异常，那这两步数据库操作就稳稳地提交，用户下单成功，库存也相应减少，皆大欢喜。要是中间不小心reduceStock的时候库存不足抛异常了，嘿，事务就发挥它的 “回滚魔法”，刚才扣库存那一步就跟没发生过一样，订单也不会插入，完美避免数据错乱，是不是很靠谱？
二、事务失效场景之 “暗藏玄机”
（1）自调用的 “乌龙”
有时候咱们为了代码复用，可能会在一个类里出现方法自调用，这就容易踩坑了。
@Service
public class UserService {
@Autowired
private UserMapper userMapper;
@Autowired
private LogMapper logMapper;
public void updateUserAndLog(User user) {
updateUser(user);
logMapper.insertLog(user.getId(), "用户信息更新");
}
@Transactional
public void updateUser(User user) {
userMapper.update(user);
}
}
瞅见没，在updateUserAndLog方法里调用了有@Transactional注解的updateUser方法，满心以为这是个原子操作，实则不然！因为这种自调用情况下，Spring 的事务代理机制失效啦，updateUser方法执行完就直接提交事务了，要是后面insertLog出问题，之前更新用户信息那步可不会回滚，数据一致性就这么被打破，是不是很坑？解决办法嘛，要么把updateUserAndLog方法也加上@Transactional注解，要么通过注入自身代理对象来解决，这里就先卖个关子，大家可以自行探索下。
（2）异常被 “吞掉” 的悲剧
再看下面这个例子，感觉没啥毛病吧？
@Service
public class PaymentService {
@Autowired
private PaymentMapper paymentMapper;
@Transactional
public void processPayment(Payment payment) {
try {
paymentMapper.insert(payment);
// 模拟支付接口调用，这里假设返回true代表成功，false失败
boolean result = callPaymentGateway(payment);
if (!result) {
throw new RuntimeException("支付失败");
}
} catch (Exception e) {
// 打印日志，但是注意，这里把异常吃掉了！
System.out.println("支付处理出错：" + e.getMessage());
}
}
private boolean callPaymentGateway(Payment payment) {
return false;
}
}
咱们本意是支付流程要是出问题，整个事务得回滚，可这里在catch块里只是打印了日志，把异常 “悄咪咪” 吞掉了。事务管理器一看，嘿，没异常抛出来啊，那我就默认你执行成功提交事务咯，结果就是明明支付没成功，订单支付记录却插入数据库了，这数据能对嘛？所以记住咯，在事务方法里，可别随便 “吞” 异常，得让它往外抛，让事务管理器能感知到错误。
三、总结
Java 事务就像一把双刃剑，用得好能保数据平安，用不好就到处是 “雷”。咱在写代码的时候，一定要清楚哪些场景下事务生效，哪些会失效，多留意这些细节，别让数据一致性问题找上门。希望这篇文章能帮大家在 Java 事务的 “迷宫” 里少走弯路，要是还有啥疑惑或者好玩的案例，欢迎评论区分享，咱们一起把后端技术拿捏得死死的！💪
