Spring事务失效问题及出现原因：-开发者社区

事务方法权限非public：

原因：

由于Spring的事务是基于AOP的方式结合动态代理来实现的。因此事务方法一定要是public的，这样才能便于被Spring做事务的代理和增强。

而且，在Spring内部也会有一个类，去检查事务方法的修饰符：

org.springframework.transaction.interceptor.AbstractFallbackTransactionAttributeSource

@Nullable protected TransactionAttribute computeTransactionAttribute( Method method, @Nullable Class<?> targetClass) { // Don't allow non-public methods, as configured. if (allowPublicMethodsOnly() && !Modifier.isPublic(method.getModifiers())) { return null; } // ... 略 return null; }

其中就有对方法修饰符public的判断，所以，事务方法一定要被public修饰！

非事务方法调用事务方法：

原因：

代码举例：

@Service public class OrderService { public void createOrder(){ // ... 准备订单数据 // 生成订单并扣减库存 insertOrderAndReduceStock(); } @Transactional public void insertOrderAndReduceStock(){ // 生成订单 insertOrder(); // 扣减库存 reduceStock(); } }

可以看到，insertOrderAndReduceStock方法是一个事务方法，肯定会被Spring事务管理。Spring会给OrderService类生成一个动态代理对象，对insertOrderAndReduceStock方法做增加，实现事务效果。

但是现在createOrder方法是一个非事务方法，在其中调用了insertOrderAndReduceStock方法，这个调用其实隐含了一个this.的前缀。也就是说，这里相当于是直接调用原始的OrderService中的普通方法，而非被Spring代理对象的代理方法。那事务肯定就失效了！

解决方法：

既然事务失效的原因是方法内部调用走的是this，而不是代理对象。那我们只要想办法获取代理对象不就可以了嘛。

这里，我们可以借助AspectJ来实现。

1）引入AspectJ依赖：

<!--aspecj--> <dependency> <groupId>org.aspectj</groupId> <artifactId>aspectjweaver</artifactId> </dependency>

2）暴露代理对象

在启动类上添加注解，暴露代理对象：

@EnableAspectJAutoProxy(exposeProxy = true)

3）使用代理对象

最后，改造领取优惠券的代码，获取代理对象来调用事务方法：

问题解决。

事务方法的异常被捕获：

原因：

代码举例：

@Service public class OrderService { @Transactional public void createOrder(){ // ... 准备订单数据 // 生成订单 insertOrder(); // 扣减库存 reduceStock(); } private void reduceStock() { try { // ...扣库存 } catch (Exception e) { // 处理异常 } } }

reduceStock方法内部直接捕获了Exception类型的异常，也就是说方法执行过程中即便出现了异常也不会向外抛出。

而Spring的事务管理就是要感知业务方法的异常，当捕获到异常后才会回滚事务。

现在事务被捕获，就会导致Spring无法感知事务异常，自然不会回滚，事务就失效了。

事务方法抛出异常类型异常：

原因：

代码示例：

@Service public class OrderService { @Transactional(rollbackFor = RuntimeException.class) public void createOrder() throws IOException { // ... 准备订单数据 // 生成订单 insertOrder(); // 扣减库存 reduceStock(); throw new IOException(); } }

Spring的事务管理默认感知的异常类型是RuntimeException，当事务方法内部抛出了一个IOException时，不会被Spring捕获，因此就不会触发事务回滚，事务就失效了。

因此，当我们的业务中会抛出RuntimeException以外的异常时，应该通过@Transactional注解中的rollbackFor属性来指定异常类型：

@Transactional(rollbackFor = Exception.class)

事务传播行为使用错误：

原因：

代码示例：

@Service public class OrderService { @Transactional public void createOrder(){ // 生成订单 insertOrder(); // 扣减库存 reduceStock(); throw new RuntimeException("业务异常"); } @Transactional public void insertOrder() { } @Transactional(propagation = Propagation.REQUIRES_NEW) public void reduceStock() { } }

在示例代码中，事务的入口是createOrder()方法，会开启一个事务，可以成为外部事务。在createOrder()方法内部又调用了insertOrder()方法和reduceStock()方法。这两个都是事务方法。

不过，reduceStock()方法的事务传播行为是REQUIRES_NEW，这会导致在进入reduceStock()方法时会创建一个新的事务，可以成为子事务。insertOrder()则是默认，因此会与createOrder()合并事务。

因此，当createOrder方法最后抛出异常时，只会导致insertOrder方法回滚，而不会导致reduceStock方法回滚，因为reduceStock是一个独立事务。

所以，一定要慎用传播行为，注意外部事务与内部事务之间的关系。

Bean没有被Spring管理：

原因：

代码示例：

// @Service public class OrderService { @Transactional public void createOrder(){ // 生成订单 insertOrder(); // 扣减库存 reduceStock(); throw new RuntimeException("业务异常"); } @Transactional public void insertOrder() { } @Transactional public void reduceStock() { } }

这个示例属于比较低级的错误，OrderService类没有添加@Service注解，因此就没有被Spring管理。你在方法上添加的@Transactional注解根本不会有人帮你动态代理，事务自然失效。

当然，有同学会说，我不会犯这么低级的错误。这可不一定，有的时候你没有忘了加@Service注解，但是你在获取某个对象的时候，可能并不是获取的Spring管理的对象，有可能是其它方式创建的。这同样会导致事务失效。