spring事务传播行为详解

Spring事务传播行为详解

准备跳槽的小伙伴注意了！2025年Java面试宝典最新版已经上传网盘：
🔵 点击领取 提取码: 9b3g
今天要重点聊聊面试必问的Spring事务传播机制，这个知识点在商城系统、支付回调等场景高频出现，搞不懂它真的会被面试官吊打。

---

事务传播行为是啥意思？

简单说就是多个事务方法相互调用时，该怎么处理事务边界。比如方法A有事务，调用方法B时，B是沿用A的事务还是自己新开事务？Spring定义了7种传播行为，咱们挨个拆解：

---

REQUIRED（默认值）

最常用的传播机制，像粘合剂一样处理事务。当前有事务就加入，没事务就新建。比如用户支付成功后需要同时更新订单状态和积分账户，这两个操作必须保持原子性。

---

REQUIRES_NEW

强制创建新事务，老事务先挂起。适用于必须独立提交的场景，比如日志记录：主业务事务回滚了，操作日志必须保留下来。

---

SUPPORTS

有事务就加入，没有就算了。适合查询类操作，比如商品详情页的多维度数据查询，不需要强一致性保证。

---

NOT_SUPPORTED

强制非事务执行，挂起当前事务。比如调用第三方短信接口，无论主业务成功与否都要发送通知。

---

MANDATORY

强制要求存在事务，否则直接抛异常。常见于底层核心服务，确保调用方必须开启事务。

---

NEVER

与MANDATORY相反，强制不能存在事务。比如统计PV/UV的计数操作，这类对数据一致性要求不高的场景。

---

NESTED

嵌套事务，允许部分回滚。比如电商的拆单支付场景：主订单支付成功后，某个子订单支付失败时只需要回滚该子订单。

---

面试怼人三板斧

1. 必问题：REQUIRED和REQUIRES_NEW区别在哪？
   答：事务是否独立，REQUIRES_NEW会挂起当前事务，新事务提交/回滚不影响原事务（除异常传播）

2. 套路题：NESTED实际怎么用？
   举个会员等级更新的例子：用户升级到VIP5需要同时满足消费金额和活跃度，其中任意一个条件不满足时，仅回滚该条件的更新操作

3. 陷阱题：NOT_SUPPORTED会关闭事务吗？
   注意！只是挂起而非关闭，主事务恢复后仍然有效

---

避坑指南

最近帮粉丝review代码时发现个典型错误：在异步线程中调用@Transactional方法，由于线程隔离导致事务失效。这种情况需要手动创建事务模板或者使用编程式事务管理。

需要面试真题实战演练的小伙伴，通过面试鸭返利网购买会员可找我返现25元，相当于白嫖三个月会员。最新大厂真题已更新到"分布式事务"专题，包含Seata、TCC等高频考点解析。

事务传播机制就像开车时的换挡操作，只有清楚每个挡位的使用场景，才能让业务代码平稳运行。下期咱们聊聊分布式事务中的Saga模式实现，感兴趣的码友记得关注！