Spring事务传播机制决定多个事务方法调用时的事务行为，核心由TransactionDefinition控制，默认为REQUIRED；当存在事务时加入该事务，否则新建事务。例如ServiceA调用ServiceB的方法，若均为REQUIRED则共用同一事务上下文。REQUIRES_NEW会挂起当前事务并开启新事务，适用于需独立提交的操作如日志记录。SUPPORTS在有事务时加入，无则非事务执行，适合查询操作。NOT_SUPPORTED以非事务方式运行并挂起现有事务，减少资源占用。NEVER禁止事务，若存在则抛异常。MANDATORY要求必须有事务，否则抛异常。NESTED在已有事务中创建嵌套事务，通过Savepoint实现独立回滚。底层通过AOP代理与TransactionInterceptor拦截@Transactional方法，PlatformTransactionManager管理事务状态，ThreadLocal保证线程内连接一致性。使用时需避免同类中直接调用导致代理失效，REQUIRES_NEW可能引发性能问题或死锁，异常未被捕获才触发回滚，默认仅对RuntimeException和Error回滚，可通过rollbackFor扩展。数据库需支持Savepoint，否则NESTED退化为REQUIRED。正确选择传播行为确保数据一致性和业务逻辑正确性。
Spring的事务传播机制决定了多个事务性方法相互调用时，事务如何在它们之间“传播”。它解决的是“当前有没有事务”“是否要新建事务”“该不该挂起当前事务”等问题。核心逻辑由TransactionDefinition中的传播行为控制，最常用的是REQUIRED。
常见传播行为及其工作方式
当一个带有@Transactional的方法调用另一个事务方法时，传播行为决定事务的处理策略：
- PROPAGATION_REQUIRED（默认）：如果当前存在事务，则加入该事务；如果没有事务，就新建一个。这是最常用的设置。例如，ServiceA.methodA()开启事务后调用ServiceB.methodB()，methodB会直接加入methodA的事务，共用同一个数据库连接和提交/回滚动作。
- PROPAGATION_REQUIRES_NEW：无论当前是否有事务，都创建一个新的事务。原事务会被挂起。适用于需要独立提交的场景，比如记录日志或发送通知，即使主事务失败也不能影响这些操作。
- PROPAGATION_SUPPORTS：如果有事务就在事务中执行，没有也正常运行（非事务方式）。适合查询类操作，不强制要求事务。
- PROPAGATION_NOT_SUPPORTED：以非事务方式执行，如果当前有事务则将其挂起。可用于执行一些不需要事务的操作，减少锁资源占用。
- PROPAGATION_NEVER：绝不允许在事务中运行，如果当前有事务则抛出异常。
- PROPAGATION_MANDATORY：必须在一个已存在的事务中运行，否则抛出异常。用于强制依赖外部事务的场景。
- PROPAGATION_NESTED：如果当前存在事务，则在嵌套事务中执行；没有则新建事务。嵌套事务可以独立回滚而不影响外层事务（基于Savepoint实现）。
底层实现原理
Spring通过AOP代理拦截@Transactional标注的方法，在调用前根据传播行为决定事务动作：
- 使用
TransactionInterceptor进行环绕通知，解析方法上的事务属性。 - 通过
PlatformTransactionManager管理事务状态，如开启、提交、回滚。 - 利用
ThreadLocal保存当前线程的事务上下文（如DataSourceTransactionManager中的ConnectionHolder），确保同一个线程内多次获取连接返回的是同一个物理连接。 - 遇到
REQUIRES_NEW时，先挂起当前事务（保存状态），开启新事务；结束后恢复原事务。
实际开发中的注意事项
虽然Spring简化了事务管理，但传播机制使用不当容易引发问题：- 避免在同一个类中直接调用
@Transactional方法，因为这会绕过代理，导致事务失效。应通过注入自身Bean的方式调用。 -
REQUIRES_NEW可能导致死锁或性能下降，因为它总是新建连接并挂起原有事务，需谨慎使用。 - 异常必须未被捕获才能触发回滚，默认只对
RuntimeException和Error回滚。可配置rollbackFor指定检查型异常也回滚。 - 注意数据库引擎是否支持保存点（Savepoint），否则
NESTED可能退化为REQUIRED。
