Spring事务失效问题及出现原因：

事务方法权限非public原因由于Spring的事务是基于AOP的方式结合动态代理来实现的。因此事务方法一定要是public的这样才能便于被Spring做事务的代理和增强。而且在Spring内部也会有一个类去检查事务方法的修饰符org.springframework.transaction.interceptor.AbstractFallbackTransactionAttributeSourceNullable protected TransactionAttribute computeTransactionAttribute( Method method, Nullable Class? targetClass) { // Dont 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 groupIdorg.aspectj/groupId artifactIdaspectjweaver/artifactId /dependency2暴露代理对象在启动类上添加注解暴露代理对象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管理的对象有可能是其它方式创建的。这同样会导致事务失效。