Spring事务的传播行为
2025年Java面试宝典：
点击获取面试资料（提取码：9b3g）
在Java面试中，Spring事务的传播行为几乎是必考题。很多同学能背出七种传播行为，但被问到实际应用场景时却容易卡壳。今天我们就从实战角度，掰开了揉碎了聊透这个问题。
什么是事务传播行为？
简单来说，事务传播行为定义的是“当多个事务方法互相调用时，事务应该如何传递”。比如方法A调用方法B，B是沿用A的事务，还是自己新开一个事务？这种决策逻辑就是传播行为要解决的问题。
七种传播行为详解
1. REQUIRED（默认值）
- 行为：如果当前存在事务，就加入该事务；如果没有，则新建事务。
- 场景：90%的业务场景都用这个，比如订单创建后需要同时写入日志表，两个操作应该在同一个事务里。
2. REQUIRES_NEW
- 行为：无论当前是否存在事务，都新建一个独立事务。
- 场景：日志记录必须成功，即使主业务失败。比如支付失败时，仍要记录异常日志用于排查。
3. SUPPORTS
- 行为：如果当前存在事务，就加入；如果没有，就以非事务方式执行。
- 应用：适合查询操作，比如统计报表这类对数据一致性要求不高的场景。
4. NOT_SUPPORTED
- 行为：以非事务方式执行，如果当前存在事务，则挂起该事务。
- 坑点：小心用于写操作——可能会导致数据不一致。
5. MANDATORY
- 行为：强制要求当前必须存在事务，否则抛异常。
- 适用：用于被其他方法调用的底层服务，确保调用方必须开启事务。
6. NEVER
- 行为：强制要求当前不能存在事务，否则抛异常。
- 使用：用于绝对不允许事务的场景，比如某些性能敏感的批量操作。
7. NESTED
- 行为：如果当前存在事务，则在嵌套事务中执行（可部分回滚）。
- 特殊性：需要数据库支持保存点（如MySQL的InnoDB引擎），适合复杂业务的分步骤提交。
面试高频问题破解
Q：REQUIRES_NEW和NESTED有什么区别？
- REQUIRES_NEW是完全独立的事务，外层事务回滚不影响它。
- NESTED是外层事务的子事务，外层回滚会导致嵌套事务一起回滚，但嵌套事务可以单独回滚不影响外层。
Q：为什么REQUIRED是默认传播行为？
因为大多数业务需要保证数据一致性。比如电商下单减库存，必须保证这两个操作同时成功或失败。
避坑指南
- 慎用NOT_SUPPORTED：非事务执行写操作时，若程序异常可能导致部分数据更新失败。
- REQUIRES_NEW的性能损耗：每次新建事务会获取新数据库连接，高并发场景容易成为瓶颈。
- NESTED的实际支持：不同数据库对嵌套事务的实现差异较大，使用前务必测试验证。
如何记忆传播行为？
按两个维度分类记忆：
- 是否依赖外部事务：REQUIRED、SUPPORTS、MANDATORY
- 是否排斥外部事务：REQUIRES_NEW、NOT_SUPPORTED、NEVER
- 特殊类型：NESTED
实战小技巧
- 在分布式系统中，传播行为要配合
@Transactional的隔离级别一起考虑 - 使用Debug模式观察
TransactionSynchronizationManager中的事务状态，能直观看到事务切换过程
如果需要系统化准备面试，推荐通过**面试鸭返利网**购买面试鸭会员，找我返现25元（官网原价基础上立减），性价比超高！
理解Spring事务的传播行为，不仅要记住七种类型，更要结合业务场景灵活选择。下次面试官再追问“你们项目里实际用到了哪些传播行为”，相信你一定能给出让人眼前一亮的答案！
