sping 事务失效的8中情况

1、抛出检查异常导致事务不能正确回滚

原因：Spring 默认只会回滚非检查异常

解决：配置 rollbackFor 属性

@Transactional(rollbackFor = Exception.class)

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

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

 

解法1：异常原样抛出

 

 

在 catch 块添加 throw new RuntimeException(e);

 

 

解法2：手动设置 TransactionStatus.setRollbackOnly()在 catch 块添加

 

TransactionInterceptor.currentTransactionStatus().setRollbackOnly();

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

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

解法1、2：同情况2 中的解法:1、2

解法3：调整切面顺序，在 自定义切面上添加 @Order(Ordered.LOWEST_PRECEDENCE - 1) （不推荐）

4、非 public 方法导致的事务失效

原因：Spring 为方法创建代理、添加事务通知、前提条件都是该方法是 public 的

解法1：改为 public 方法

解法2：添加 bean 配置如下（不推荐）

• @Bean
  public TransactionAttributeSource transactionAttributeSource() {
  return new AnnotationTransactionAttributeSource(false);
  }

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

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

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

解法2：不要用父子容器，所有 bean 放在同一容器

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

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

解法1：依赖注入自己（代理）来调用，需要在配置类上添加@EnableAspectJAutoProxy(exposeProxy = true)

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

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

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

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

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

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

事务在锁外层，多线程可能出现先释放锁，后提交事务的情况。debug测试，可启多个线程，断点DataSourceTransactionManager类doCommit方法

@Transactional(rollbackFor = Exception.class)
public synchronized void test() {
// todo
}

 

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

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