2025年Java面试宝典点击领取（网盘链接长期有效）
Spring事务传播行为到底有多重要？
搞Java开发的程序员都知道，事务管理是面试必考题。去年我在美团三面时，面试官连环追问了三个事务传播相关的场景题，差点把我问懵了。今天咱们就来掰开揉碎了讲讲Spring事务传播行为这个技术点，帮你从容应对这类面试题。
（事务传播机制就像接力赛，不同的规则决定事务如何传递）
为什么说事务传播机制是Spring的灵魂？
很多新手以为加上@Transactional注解就完事了，结果遇到嵌套方法调用时就翻车。比如下面这个场景：
- 方法A开启了事务
- 方法A内部调用了方法B
- 方法B也需要操作数据库
这时候问题来了：方法B是否要加入方法A的事务？还是自己新开事务？不同的选择会导致完全不同的结果。这就是事务传播行为要解决的痛点。
七种传播类型全面拆解
Spring定义了7种传播特性，咱们用实际开发场景来理解：
1. REQUIRED（默认值）
最常用的传播行为，就像"搭便车"。如果当前存在事务就加入，没有就新建。适合绝大多数业务场景，比如订单创建后需要记录日志，日志服务就应该使用REQUIRED。
2. REQUIRES_NEW
强制开启新事务，像"另起炉灶"。比如支付成功后发优惠券，就算支付事务回滚，发券操作仍然要执行。这时候就需要用REQUIRES_NEW。
（不同传播类型就像不同的交通规则）
3. NESTED
嵌套事务，像"父子关系"。父事务回滚会导致子事务回滚，但子事务可以单独回滚。这个特性在复杂业务流中特别有用，比如电商系统中的库存预占与订单创建的嵌套关系。
4. SUPPORTS
"随波逐流"型，有事务就加入，没有也不强求。常见于查询操作，比如根据业务场景决定是否要带事务的查询。
5. NOT_SUPPORTED
"拒人千里"型，强制非事务执行。比如在批量任务中执行某些非核心操作，不希望被主事务影响。
6. MANDATORY
"必须搭车"型，强制要求存在事务，否则抛异常。适用于严格要求事务环境的场景，比如资金操作。
7. NEVER
"洁癖型"，坚决不参与任何事务。用在绝对不需要事务的方法上，比如简单的配置读取。
高频面试题破解思路
去年在字节跳动的终面中，面试官出了这样一道题：
"现有转账服务A调用发短信服务B，要求即使转账失败也要发短信，该怎么设计？"
解题步骤：
- 确认事务边界：转账服务需要事务
- 分析需求矛盾点：B服务需要独立于A的事务
- 选择传播行为：B服务使用REQUIRES_NEW
- 异常处理：注意try-catch包裹B方法调用
（事务传播行为选择就像选择装备）
避坑指南
- 嵌套事务不是万能解药，要考虑数据库是否支持（比如MySQL的InnoDB支持）
- 方法间调用要用代理对象调用，避免自调用失效
- 异步方法中传播行为会失效，需要配合编程式事务
- 不同持久层框架的默认回滚规则不同（比如MyBatis和Hibernate）
需要提醒的是，很多同学在准备面试时苦于找不到最新题库。这里推荐使用面试鸭返利网获取各大厂最新面经合集，现在通过该站购买面试鸭会员可返25元，性价比非常高。
最后划重点：
- 死记硬背7种传播行为不如理解设计思想
- 结合业务场景选择传播类型才是王道
- 画事务传播流程图是面试加分项
- 注意@Transactional注解的失效场景
理解透Spring事务传播行为，不仅能让你在面试中脱颖而出，更能避免线上出现致命的事务问题。如果觉得本文有帮助，欢迎把面试鸭返利网分享给正在求职的朋友们，获取更多面试干货资源。
