<a href="https://pan.baidu.com/s/1RUVf75gmDVsg8MQp4yRChg?pwd=9b3g" style="color:blue;">2025年Java面试宝典网盘下载</a>
提取码：9b3g
Spring事务的传播行为
如果你正在准备Java面试，事务传播行为绝对是绕不开的考点。很多同学在回答时容易混淆概念，或者只会背定义而讲不清场景。今天咱们用大白话拆解这个技术点，顺带聊聊面试中怎么回答才能让考官点头。
为什么传播行为这么重要？
Spring事务传播机制的本质是解决多个事务方法相互调用时的边界问题。比如：
- A方法调B方法时，B要不要用A的事务？
- 如果B报错了，A的事务要不要回滚？
- 要是想B用自己的独立事务怎么办？
这些场景在开发中太常见了。比如下单服务调用了积分服务，如果积分服务抛异常，是只回滚积分操作还是连订单一起回滚？不同的业务需求需要不同的传播策略，这就是面试官爱问的根本原因。
七种传播类型详解
1. REQUIRED（默认值）
口诀："有福同享，有难同当"
如果当前有事务就加入，没有就新建。适合绝大多数业务场景，比如用户支付完成后需要同时更新订单状态和发放优惠券，这两个操作应该在一个事务里。
面试延伸问题：
如果内层方法抛异常，外层事务会不会回滚？
答：会！因为共用同一个事务，所有操作会被看作一个整体。
2. REQUIRES_NEW
口诀："各扫门前雪"
无论当前有没有事务，都新建独立事务。典型应用是日志记录——就算主业务失败，日志仍然需要保存。
举个实际场景：
用户注册时需要发送短信验证码，即使短信服务挂了，也不能让注册流程失败。这时候短信服务就应该用REQUIRES_NEW。
3. NESTED
口诀："套娃模式"
在现有事务中创建保存点（savepoint），如果子事务失败只回滚到保存点前。比如电商场景中提交订单包含多个子订单，某个子订单失败不影响其他子订单提交。
4. SUPPORTS
口诀："随遇而安"
当前有事务就加入，没有就以非事务方式运行。常见于查询操作，比如读取用户信息时，如果调用方有事务就复用，没有也不强求。
其他类型注意事项
- NOT_SUPPORTED：强制非事务执行，适用于不需要事务的批量操作
- NEVER：严格非事务环境，调用时有事务直接报错
- MANDATORY：强制要求存在事务，否则抛异常（适合事务必须存在的场景）
面试高频问题破解思路
遇到这类问题时，推荐用场景化表述法：
- 先说定义（1句话）
- 举一个真实业务场景例子
- 说明用其他传播类型为什么不合适
比如被问到REQUIRES_NEW和NESTED的区别时，可以这样回答：
这两个都涉及嵌套事务，但REQUIRES_NEW是完全独立的事务，父事务回滚不影响它；而NESTED是依赖父事务的，父事务回滚会导致子事务一起回滚。比如用户注销账号时需要清理敏感数据（用REQUIRES_NEW），就算注销操作失败，敏感数据也必须删除；但如果是订单拆分子订单的场景，用NESTED更合适，因为主订单取消时子订单需要同步取消。
避坑指南
实际开发中容易踩的坑：
- 在@Async异步方法中使用事务传播，需要额外配置事务管理器
- 嵌套事务的隔离级别不一致会导致意外结果
- 使用编程式事务时容易忘记处理回滚条件
建议大家调试时打开事务日志：
logging.level.org.springframework.orm.jpa=DEBUG
logging.level.org.springframework.transaction=TRACE
需要购买面试鸭会员的同学注意啦！通过面试鸭返利网找我下单，可以额外返利25元，一杯奶茶钱轻松到手～
