Spring事务管理与传播机制

20XX/XX/XXSpring事务管理与传播机制汇报人:XXXCONTENTS目录01

课程引入02

Spring事务核心概念03

Spring事务配置方法04

Spring事务传播机制规则CONTENTS目录05

Spring事务实践应用场景06

常见问题与排查07

课程总结与拓展课程引入01为什么需要事务管理

保障数据一致性以电商订单支付为例，若扣款成功但库存未更新，会导致数据混乱，事务可避免此类问题。

避免业务逻辑异常当用户注册时，若创建账号成功但积分发放失败，事务可回滚操作保障流程完整性。

维护系统可靠性银行转账场景中，一方账户扣款后另一方未到账，事务能确保操作要么全成要么全败。本节课学习目标

掌握Spring事务核心概念理解事务的ACID特性，能清晰区分本地事务与分布式事务的适用场景。

精通Spring事务传播机制熟练掌握7种事务传播行为，可结合电商订单支付场景分析最优策略。

学会Spring事务实操配置能通过注解与XML两种方式配置事务，独立完成转账功能的事务控制实现。Spring事务核心概念02事务的ACID特性事务具备原子性、一致性、隔离性、持久性四大特性，比如银行转账需保证金额变更全完成或全回滚。事务的边界划分事务存在明确的开始与结束边界，以Java代码为例，通常由@Transactional注解标记事务启动节点。事务的失败回滚规则当事务内出现指定异常时会触发回滚，比如电商下单库存扣减失败时，需回滚订单创建操作。事务的基本定义事务的四大特性ACID

原子性（Atomicity）原子性要求事务是不可分割的工作单元，比如银行转账，要么同时完成转进转出，要么全部回滚。

一致性（Consistency）事务执行前后数据需保持一致，像电商下单后，商品库存与订单金额需同步更新，避免数据错乱。

隔离性（Isolation）多个事务并发执行时需相互隔离，比如多用户同时抢票，要防止出现超卖或重复购票的情况。

持久性（Durability）事务提交后数据更改永久生效，比如用户完成支付后，即便系统崩溃，交易记录也不会丢失。Spring事务的核心角色

事务管理器（PlatformTransactionManager）它是Spring事务的核心执行角色，像DataSourceTransactionManager可管控JDBC数据源事务。

事务定义（TransactionDefinition）它规定事务的规则，如传播行为、隔离级别，是事务执行的标准依据。

事务状态（TransactionStatus）它实时记录事务运行状态，包含是否新事务、是否回滚等关键执行信息。代码侵入性差异编程式事务需在业务代码中嵌入事务控制逻辑，如Spring的TransactionTemplate，代码耦合度高。事务控制粒度差异声明式事务通过注解如@Transactional实现，可灵活控制类、方法级粒度，无需修改业务代码。代码维护成本差异编程式事务的事务规则分散在业务代码中，后续修改需逐一调整，维护难度远高于声明式事务。编程式与声明式事务区别Spring事务配置方法03基于XML的配置方式

配置事务管理器在XML文件中通过<bean>标签定义DataSourceTransactionManager，指定关联的数据源。

声明事务通知借助<tx:advice>标签配置事务规则，如指定事务的传播行为、隔离级别等属性。

织入事务切面通过<aop:config>标签将事务通知与目标业务方法关联，实现事务的AOP织入。基于注解的配置方式@Transactional注解基础配置通过在类或方法上标注@Transactional，可快速开启事务，如在Service层方法上直接添加该注解。@Transactional属性定制配置可配置propagation、isolation等属性，如设置propagation=Propagation.REQUIRES_NEW实现新事务开启。@Transactional注解的派生注解配置Spring提供@TransactionalReadOnly等派生注解，简化特定场景配置，适用于只读查询操作。混合配置的注意事项

注解与XML配置的优先级管控需明确XML配置优先级高于注解，避免如@Transactional与XML事务规则冲突引发的事务失效问题。

跨数据源事务的兼容性处理混合配置多数据源时，要确保事务管理器与数据源匹配，参考阿里Dubbo多数据源事务配置案例。

事务传播属性的统一定义需统一注解与XML中的传播属性，比如避免注解用REQUIRED而XML用SUPPORTS导致的逻辑混乱。Spring事务传播机制规则04事务传播机制的核心定义它是Spring框架中用于定义事务方法间调用时事务上下文传递规则的核心机制。保障事务边界清晰的作用避免跨方法调用时出现事务混乱，比如防止非事务方法意外触发事务提交或回滚。提升业务逻辑灵活性的作用支持不同业务场景需求，如支付业务中扣款与日志记录可采用独立事务控制。传播机制的定义与作用七大传播行为的分类单击此处添加正文

01PROPAGATION_REQUIRED（必须事务）这是默认传播行为，若当前无事务则新建，存在则加入，如电商下单支付环节常用该规则。

02PROPAGATION_SUPPORTS（支持事务）当前有事务则加入，无则以非事务执行，适用于查询类等对事务要求低的操作。

03PROPAGATION_MANDATORY（强制事务）必须在已存在事务中执行，若无则抛出异常，多用于核心业务的强事务约束场景。

04PROPAGATION_REQUIRES_NEW（新建事务）无论当前是否有事务，都新建独立事务，如日志记录操作常需独立于主事务。支持当前事务的传播规则REQUIRED传播规则若当前存在事务则加入，不存在则新建，如用户下单业务中，扣库存与生成订单需同属一个事务。SUPPORTS传播规则若当前存在事务则加入，不存在则以非事务执行，如查询用户信息时可灵活适配事务场景。MANDATORY传播规则必须在现有事务中执行，若无则抛出异常，如核心资金划转操作需依赖已存在的事务。不支持当前事务的传播规则

PROPAGATION_NOT_SUPPORTED规则该规则下方法会以非事务方式执行，若当前存在事务则挂起，如查询类方法常采用此规则。

PROPAGATION_NEVER规则此规则要求方法必须在无事务环境执行，若当前存在事务则抛出异常，适用于严格非事务场景。保存点隔离执行机制嵌套事务通过创建保存点实现子事务独立执行，子事务回滚仅撤销自身操作，不影响父事务。子事务只读限制规则嵌套子事务默认继承父事务只读属性，若需修改需显式配置，避免破坏父事务的只读约束。异常传播范围控制嵌套事务中子事务抛出特定异常时，可限制仅回滚子事务，父事务仍能正常提交完成核心操作。嵌套事务的特殊规则Spring事务实践应用场景05单表操作的事务实践01用户账户余额更新事务电商平台用户下单扣减余额时，用事务确保扣减操作原子性，避免余额异常增减。02商品库存扣减事务生鲜电商秒杀活动中，通过事务保证库存扣减与订单生成同步，防止超卖情况发生。03会员积分变更事务航空公司会员兑换里程时，事务保障积分扣减与权益发放同时完成，避免数据不一致。嵌套方法同事务调用在电商下单场景中，下单方法调用扣减库存方法，二者共用同一事务，确保数据一致性。跨类方法事务传播调用用户注册时，注册方法调用积分发放方法，通过REQUIRED传播行为，让积分操作纳入注册事务。异常触发事务回滚调用支付流程中，支付方法调用订单更新方法，若订单更新失败触发异常，支付操作随之回滚。跨方法调用事务实践跨数据源事务实践

分布式电商订单库存跨库事务电商场景中，订单库生成订单与库存库扣减库存需联动，借助XA协议保证两库事务一致性。

金融系统账务跨库同步事务银行转账时，账务库转出记录与客户账户库入账操作需原子执行，采用Seata框架实现跨数据源事务。

多租户系统数据隔离跨库事务SaaS平台中，租户数据分库存储，租户信息更新时需同步多库数据，通过分布式事务保障数据统一。异常回滚的实践案例

订单支付失败回滚电商平台中，若支付环节抛出网络异常，Spring事务会回滚订单创建与库存扣减操作，避免数据不一致。

用户注册失败回滚社交平台注册时，若短信验证码校验失败，Spring事务会回滚用户信息插入与积分初始化操作，保证数据纯净。

库存扣减失败回滚生鲜配送系统中，若库存扣减时出现库存不足异常，Spring事务会回滚订单生成与锁定库存操作，维护库存准确性。常见问题与排查06事务不生效的原因

方法未被Spring代理若事务方法为private、final修饰，或未通过Spring容器调用，会导致无法生成代理，事务失效。

事务注解配置错误如@Transactional注解属性配置有误，像propagation设为NOT_SUPPORTED，会直接跳过事务执行。

异常类型不匹配默认仅RuntimeException触发回滚，若抛出CheckedException且未指定rollbackFor，事务不会生效。传播机制配置错误案例

01REQUIRED与REQUIRES_NEW配置混淆案例某电商支付模块误将REQUIRED设为REQUIRES_NEW，导致订单与支付事务独立，出现订单支付状态不一致问题。

02NESTED配置不当引发事务回滚异常案例某企业ERP系统中NESTED配置未关联父事务，子事务回滚时触发父事务异常，造成数据紊乱。

03SUPPORTS配置误用导致事务失效案例某社交平台消息推送模块误用SUPPORTS，无父事务时