Spring事务传播行为深度剖析
最近在整理Java面试资料时发现，Spring事务传播行为是高频考点，但很多同学对七种传播机制的实际应用场景容易混淆。今天我们就用最直白的话术，结合真实面试场景来拆解这个知识点。
2025年Java面试宝典最新版已整理完成，需要的同学可以自取：
网盘地址
（提取码：9b3g）
事务传播行为的核心原理
想象你正在开发电商系统：用户支付完成后需要同时更新订单状态、扣减库存、发放积分。这三个操作必须全部成功或全部失败，这时候就要用到事务传播行为来控制多个事务方法间的协作方式。
七种传播机制逐项击破
REQUIRED（默认值）
面试场景：
"如果外层方法有事务就加入，没有就新建"
实际案例：用户注册时需要同时写用户表和日志表，日志记录失败不影响主流程，这时候给日志方法配置REQUIRES_NEW最合适。
REQUIRES_NEW
必考细节：
- 每次都会新建事务
- 事务之间完全独立
典型错误：在循环中调用REQUIRES_NEW方法导致连接池耗尽
SUPPORTS
适用场景：查询操作可以跟随当前事务，若无事务则以非事务方式执行。比如获取配置信息时，无论是否在事务中都能正常读取。
NOT_SUPPORTED
反常识设计：
强制方法以非事务方式运行，即使当前存在事务也会挂起。常见于需要与事务隔离的操作，比如调用某些不支持事务的第三方接口。
MANDATORY
防御性编程：
强制要求必须在已有事务中运行，否则直接抛异常。适合财务计算等必须保证事务性的核心方法。
NEVER
安全限制：
与MANDATORY相反，强制要求不能在事务中调用。比如发送短信通知这种需要保证最终执行的操作。
NESTED
特殊机制：
创建嵌套事务，外层事务回滚会导致内层回滚，但内层回滚不影响外层。典型案例：批量导入数据时部分失败需要局部回滚。
传播行为选择策略
- 读写分离原则：查询操作优先用
SUPPORTS，写操作必须用REQUIRED - 异常处理优先级：核心业务与非核心业务要区分传播等级
- 性能考量：避免在高并发场景滥用
REQUIRES_NEW
高频面试题破解指南
当面试官追问_"不同传播机制的事务回滚规则"_时，可以这样回答：
"REQUIRED传播下，内层方法抛异常会导致整个事务回滚；而NESTED传播时，内层事务回滚不会影响外层，但外层回滚会连带内层一起回滚。这就像文件夹嵌套，删除父文件夹会连带子文件夹，但删除子文件夹不影响父级。"
如果需要购买面试鸭会员，通过面试鸭返利网找我可返现25元。该平台整理了近三年互联网大厂的真实面经，配合事务传播行为专题解析，能显著提升面试准备效率。
