京东面试二问：Spring事务什么时候会失效？

vlambda
2022-05-19

京东面试二问：Spring事务什么时候会失效？

面试官：Spring事务什么时候会失效？

应聘者：

访问权限问题
方法用final修饰
未被Spring管理
错误的传播特性
自己吞了异常
手动抛了别的异常
自定义了回滚异常
方法内部调用

访问权限问题

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

@Servicepublic class OrderService { @Transactional    private void add(OrderVO orderVO) { saveData(orderVO); }}

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

方法final修饰的

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

@Servicepublic class OrderService { @Transactional    public final void add(OrderVO orderVO) { saveData(orderVO); }}

未被Spring管理

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

//@Servicepublic class OrderService { @Transactional    public final void add(OrderVO orderVO) { saveData(orderVO); }}

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

错误的传播特性

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

REQUIRED：如果当前上下文中存在事务，那么加入该事务，如果不存在事务，创建一个事务，这是默认的传播属性值;
SUPPORTS：如果当前上下文存在事务，则支持事务加入事务，如果不存在事务，则使用非事务的方式执行;
MANDATORY：如果当前上下文中存在事务，否则抛出异常;
REQUIRES_NEW：每次都会新建一个事务，并且同时将上下文中的事务挂起，执行当前新建事务完成以后，上下文事务恢复再执行;
NOT_SUPPORTED：如果当前上下文中存在事务，则挂起当前事务，然后新的方法在没有事务的环境中执行;
NEVER：如果当前上下文中存在事务，则抛出异常，否则在无事务环境上执行代码;
NESTED：如果当前上下文中存在事务，则嵌套事务执行，如果不存在事务，则新建事务;

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

@Servicepublic class OrderService { @Transactional(propagation = Propagation.NEVER)    public void add(OrderVO orderVO) { saveData(orderVO); }}

自己吞了异常

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

@Servicepublic class OrderService { @Transactional    public void add(OrderVO orderVO) { try{ saveData(orderVO); } catch(Exception e) { log.error(e);        }  }}

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

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

手动抛了别的异常

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

@Servicepublic class OrderService { @Transactional    public void add(OrderVO orderVO) { try{ saveData(orderVO); } catch(Exception e) { log.error(e); throw new Exception(e);        }    }}

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

自定义了回滚异常

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

@Servicepublic class OrderService { @Transactional(rollbackFor = BusinessException.class) public void add(OrderVO orderVO) { saveData(orderVO); }}

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

方法内部调用

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

@Servicepublic class OrderService { @Transactional public void add(OrderVO orderVO) { saveData(orderVO); }
 @Transactional public void saveData(OrderVO orderVO) { doSameThing(); }}