一、事务传播机制说明
Spring在声明式事务 @TransactionDefinition 中规定了7种类型的事务传播行为,它们规定了事务方法和事务方法发生嵌套调用时事务如何进行传播:
下面是事务传播策略介绍:
传播行为类型 | 说明 |
Propagation.REQUIRED | 如果当前没有事务,就新建一个事务,如果已经存在一个事务中,加入到这个事务中。这是最常见的选择。 |
Propagation.SUPPORTS | 支持当前事务,如果当前没有事务,就以非事务方式执行。 |
Propagation.MANDATORY | 使用当前的事务,如果当前没有事务,就抛出异常。 |
Propagation.REQUIRES_NEW | 新建事务,如果当前存在事务,把当前事务挂起。 |
Propagation.NOT_SUPPORTED | 以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。 |
Propagation.NEVER | 以非事务方式执行,如果当前存在事务,则抛出异常。 |
Propagation.NESTED | 如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则执行与 PROPAGATION_REQUIRED 类似的操作。 |
二、事务控制优先级理解
1、如果主方法上标记 @TransactionDefinition 注解,那么会忽略内部调用方法上标记的 @TransactionDefinition,以主方法事务一致性为准(会忽略内部调用方法的声明式事务控制)
2、如果主方法上没有标记 @TransactionDefinition 注解,那么会以内部调用方法上标记的 @TransactionDefinition 事务一致性为准,若内部调用多个方法,每个被调用的方法以自己的事务控制为准,不影响其他被调用方法的事务
3、声明式事务控制的前提是调用的方法事务必须已经被Spring容器管理,否则声明式事务控制不生效。要通过Spring注入的Bean对象调用方法声明式事务才会生效
三、声明式事务 @TransactionDefinition 与自定义环绕 aop 执行顺序问题
1、有些场景需要自定义的 aop 环绕切面在 Spring 事务提交后执行,比如事务提交后重新获取最新的数据
2、如果事务注解和自定义注解在同一层级(同一个方法)上,事务注解会被最后调用执行,导致自定义注解无法达到理想的效果
3、解决方案一:嵌套调用,用自定义注解的方法调用标记事务注解的方法,这样在 aop 环切时执行完毕自定义注解的方法的同时、事务注解方法就已经在自定义注解方法中被调用了,环切方法 proceed() 后就可以获取到事务提交后的最新数据了