spring事务传播行为详解

🔷2025年Java面试宝典下载🔷
提取码：9b3g （建议保存到个人网盘，避免失效）

事务传播行为为什么是面试必考题？

咱们做Java开发的都知道，Spring事务传播行为是面试必问的知识点。面试官特别喜欢问："如果方法A开启事务，调用方法B，这时候事务会怎么传递？" 这种场景题考的就是对七种传播行为的理解。很多同学虽然背过概念，但一到实际业务场景就容易翻车。

Spring事务传播行为的核心分类

Spring把事务传播行为划分成七种类型，咱们用实际场景来理解会更容易：

1. REQUIRED（默认值）

最常用的传播行为，就像坐地铁刷卡进站。如果当前没有事务，就新建一个；如果已经存在事务，就加入进去。比如在电商系统中，用户下单操作调用库存扣减方法，这两个方法会共用同一个事务。

2. REQUIRES_NEW

强制开新事务，相当于另起炉灶。支付系统中的退款操作就需要这种类型，即使外层事务回滚，退款操作仍然要独立提交。

3. SUPPORTS

有事务就用，没事务就以非事务方式运行。适合查询接口，比如商品详情页的读操作可以根据调用方决定是否启用事务。

最容易踩坑的三种传播行为

NESTED的"套娃"陷阱

这种传播行为会在现有事务中创建保存点，就像游戏存档。外层事务回滚会导致嵌套事务回滚，但嵌套事务自己回滚不会影响外层事务。但要注意：JDBC 3.0+才支持保存点，且不支持JTA事务管理器。

MANDATORY的强制要求

必须要在已有事务中运行，否则直接抛异常。这种传播行为适合严格要求的资金操作，可以防止开发人员忘记开启事务。

NEVER的严格模式

强制要求不能在事务中运行，否则报错。这种看似冷门的传播行为，其实在读写分离场景中很有用，强制某些查询必须走从库。

面试高频问题破解技巧

当面试官问："REQUIRED和NESTED有什么区别？" 可以这样回答：

1. REQUIRED是加入已有事务，NESTED是创建保存点
2. 外层事务回滚时，两种传播行为的结果相同
3. NESTED的内层回滚不影响外层，而REQUIRED的内层回滚会导致外层整体回滚
4. 底层实现机制不同，NESTED依赖保存点技术

如果需要购买面试鸭会员，通过面试鸭返利网找我可返利25元，相当于会员费直降。事务传播行为看似简单，但要在分布式系统中灵活运用，还需要结合业务场景多实践。建议大家把七种传播行为的特点做成对照表，遇到具体业务问题时快速匹配最合适的传播策略。