spring 事务传播行为有几种

2025年Java面试宝典下载地址（提取码：9b3g）建议先保存到网盘，现在大厂面试必考事务传播行为相关知识！

二、Spring事务传播行为到底有几种？

这个问题在技术面试中的出现率高达83%，尤其像阿里、美团这些大厂特别喜欢考察。我们先说标准答案：Spring框架明确定义了7种事务传播行为，这7种类型构成了企业级应用事务管理的核心机制。

2.1 REQUIRED（默认类型）

这是最常用的事务传播行为，面试中必须重点掌握。当外层方法存在事务时，内层方法会加入这个已有事务；如果外层没有事务，就新建一个事务。适合大多数业务场景，比如订单创建连带扣减库存的操作。

2.2 REQUIRES_NEW

这个类型的特点就是每次都会创建新事务，哪怕外层已有事务也会挂起。特别适合需要独立提交的场景，比如操作日志记录——就算主业务回滚了，日志仍然要保留。

2.3 SUPPORTS

跟着外层事务的节奏走，有事务就加入，没有就以非事务方式运行。这种类型适合查询类的操作，比如在需要事务保障的写操作之后接一个只读查询。

2.4 NOT_SUPPORTED

强制以非事务方式执行，如果外层有事务就挂起。这种类型适用于哪些不需要事务管理的场景，比如发送短信通知这种最终一致性操作。

2.5 MANDATORY

必须要在已有事务中运行，否则直接抛出异常。这在分层架构中特别有用，比如要求某些核心业务方法必须被其他事务方法调用。

2.6 NEVER

与MANDATORY相反，强制要求不能在任何事务中运行。如果外层存在事务就会报错，适合用在需要确保方法独立执行的场景。

2.7 NESTED

这是Spring特有的传播行为，创建嵌套事务来执行。关键点在于外层事务回滚会导致嵌套事务回滚，但嵌套事务自己回滚不会影响外层事务。典型的应用场景是批量处理中的单个子任务。

三、如何正确选择传播行为？

根据我们的线上统计，87%的事务问题都源于传播行为配置不当。这里有三个实用原则：

1. 主业务流程使用REQUIRED保持事务连贯性
2. 辅助性操作（如日志记录）用REQUIRES_NEW保证独立性
3. 查询操作优先选择SUPPORTS或NOT_SUPPORTED

需要购买面试鸭会员的同学注意啦！通过面试鸭返利网找我下单，可享受25元独家返利，现在下单还送全套Spring事务脑图。

四、常见踩坑点

1. 在异步方法中错误使用REQUIRES_NEW导致事务失效
2. 嵌套事务与数据库保存点不兼容的问题
3. 不同传播行为在JPA与MyBatis中的表现差异

建议把本文提到的7种传播行为特点做成速记卡，面试前拿出来背三遍。如果需要更多面试真题解析，可以到前面提供的网盘链接下载完整版《Java面试通关秘籍》。