Spring事务传播机制及失效场景

事务传播机制

• REQUIRED(Spring默认的事务传播类型)：如果当前没有事务，则自己新建一个事务，如果当前存在事务，则加入这个事务

• SUPPORTS:当前存在事务，则加入当前事务，如果当前没有事务，就以非事务方法执行

• MANDATORY:当前存在事务，则加入当前事务，如果当前事务不存在，则抛出异常。

• REQUIRES NEW:创建一个新事务，如果存在当前事务，则挂起该事务。

• NOT SUPPORTED:以非事务方式执行，如果当前存在事务，则挂起当前事务

• NEVER:不使用事务，如果当前事务存在，则抛出异常

• NESTED:如果当前事务存在，则在嵌套事务中执行，否则REQUIRED的操作一样（开启一个事务）

 失效场景

1、默认只对runtimeException和error的子类进行捕获并回滚

    配置：rollbackFor = Exception.class，手动指定捕获的异常

2、业务方法内自己try-catch异常导致事务不能正确回滚

原因：事务通知只有捉到了目标抛出的异常，才能进行后续的回滚处理，如果目标自己处理掉异常，事务通知无法知悉

解法1：异常原样抛出

解法2：手动设置TransactionInterceptor.currentTransactionstatus().setRollbackonly();

3、aop切面顺序导致导致事务不能正确回滚 

原因：事务切面优先级最低，但如果自定义的切面优先级和他一样，则还是自定义切面在内层，这时若自定义切面没有正确抛出异常.…

解法1：同2、

解法2：使用@Order注解提高切面优先级，order值越小，优先级越高

 4、@Transactional修饰的方法不是pulic

解法1：方法改为public

解法2：配置类新加bean配置

@Bean
public TransactionAttributeSource transactionAttributeSource(){
    return new AnnotationTansactionAttributeSource(publicMethodsOnly:false);
}

5.父子容器导致的事务失效

原因：子容器扫描范围过大，把未加事务配置的service扫描进来

解法1：各扫描各的，不要图简便

解法2：不要用父子容器，所有bean放在同一容器（注意：springboot只有一个容器，不存在此问题）

6.调用本类方法导致传播行为失效 

原因：本类方法调用不经过代理，因此无法增强 

解法1：依赖注入自己（代理）来调用

解法2：通过AopContext拿到代理对象，来调用

((ServiceName)AopContext.currentProxy()).bar();

启动类或配置类注解：
@EnableAspectJAutoProxy(exposeProxy=true)

解法3：通过CTW,LTW实现功能增强

7.@Transactional没有保证原子行为

原因：事务的原子性仅涵盖insert、update、delete、select..for update语句，select方法并不阻塞 

8.@Transactional方法导致的synchronized失效 

原因：synchronized保证的仅是目标方法的原子性，环绕目标方法的还有commit等操作，它们并未处于sync块内 

解法1：synchronized范围应扩大至代理方法调用

解法2：使用select..for update替换select