其他分享
首页 > 其他分享> > Spring事务什么时候会失效?

Spring事务什么时候会失效?

作者:互联网

面试官:Spring事务什么时候会失效?

应聘者:

 

1、访问权限问题

Java的访问权限主要有三种:private、protected、public,它们的权限从左到右,依次变大。但如果我们在开发过程中,把有某些事务方法,定义了错误的访问权限,就会导致事务功能出问题,例如:

1 @Service
2 public class OrderService {
3   @Transactional
4     private void add(OrderVO orderVO) {
5       saveData(orderVO);
6   }
7 }

从上面可以看到add方法的访问权限是private修饰的,这样会导致事务失效,spring要求被代理方法必须是public的,事务会失效。

 

2、方法final修饰的

当某个方法被final修饰时,子类是无法继承和重载的,事务是基于动态代理去实现的,如果某个方法用final修饰了,那么在它的代理类中,就无法重写该方法,而添加事务功能。

1 @Service
2 public class OrderService {
3   @Transactional
4     public final void add(OrderVO orderVO) {
5        saveData(orderVO);
6   }
7 }

 

3、未被Spring管理

使用spring事务的前提是:对象要被spring管理,需要创建bean实例。如果,你开发了一个Service类,但忘了加@Service注解,比如:

1 //@Service
2 public class OrderService {
3   @Transactional
4     public final void add(OrderVO orderVO) {
5       saveData(orderVO);
6   }
7 }

又或者XML里面配置纳入Spring管理的包文件路径配置错误等。

 

4、错误的传播特性

我们在使用@Transactional注解时,是可以指定propagation参数的。该参数的作用是指定事务的传播特性,spring目前支持7种传播特性:

如果我们在手动设置propagation参数的时候,把传播特性设置错了,比如:

1 @Service
2 public class OrderService {
3     @Transactional(propagation = Propagation.NEVER)
4     public void add(OrderVO orderVO) {
5          saveData(orderVO);
6     }

 

5、自己吞了异常

事务不会回滚,最常见的问题是:开发者在代码中手动try...catch了异常。比如:

 1 @Service
 2 public class OrderService {
 3   @Transactional
 4     public void add(OrderVO orderVO) {
 5         try{
 6             saveData(orderVO);
 7         } catch(Exception e) {
 8             log.error(e);
 9      } 
10  }
11 }

这种情况下spring事务当然不会回滚,因为开发者自己捕获了异常,又没有手动抛出,换句话说就是把异常吞掉了。

如果想要spring事务能够正常回滚,必须抛出它能够处理的异常。如果没有抛异常,则spring认为程序是正常的。

 

6、手动抛了别的异常

即使开发者没有手动捕获异常,但如果抛的异常不正确,spring事务也不会回滚。

 1 @Service
 2 public class OrderService {
 3   @Transactional
 4     public void add(OrderVO orderVO) {
 5         try{
 6             saveData(orderVO);
 7         } catch(Exception e) {
 8             log.error(e);
 9             throw new Exception(e);
10     }   
11  }
12 }

上面的这种情况,开发人员自己捕获了异常,又手动抛出了异常:Exception,事务同样不会回滚。因为spring事务,默认情况下只会回滚RuntimeException(运行时异常)和Error(错误),对于普通的Exception(非运行时异常),它不会回滚。

 

7、自定义了回滚异常

@Transactional注解声明事务时,有时我们想自定义回滚的异常,spring也是支持的。可以通过设置rollbackFor参数,来完成这个功能。

1 @Service
2 public class OrderService {
3     @Transactional(rollbackFor = BusinessException.class)
4     public void add(OrderVO orderVO) {
5         saveData(orderVO);
6   }
7 }

如果在执行上面这段代码,保存和更新数据时,程序报错了,抛了SqlException、NullPointerException等异常。而BusinessException是我们自定义的异常,报错的异常不属于BusinessException,所以事务也不会回滚。

 

8、方法内部调用

有时候我们需要在某个Service类的某个方法中,调用另外一个事务方法,比如:

 1 @Service
 2 public class OrderService {
 3   @Transactional
 4     public void add(OrderVO orderVO) {
 5          saveData(orderVO);
 6   }
 7 
 8   @Transactional
 9     public void saveData(OrderVO orderVO) {
10          doSameThing();
11   }
12 }

我们看到在事务方法add中,直接调用事务方法saveData。saveData方法拥有事务的能力是因为Spring Aop生成代理了对象,但是这种方法直接调用了this对象的方法,所以saveData方法不会生成事务。

由此可见,在同一个类中的方法直接内部调用,会导致事务失效。

 

标签:事务,Service,Spring,orderVO,saveData,失效,异常,public
来源: https://www.cnblogs.com/marsitman/p/15708174.html