Spring中同一个service中方法相互调用事务不生效问题解决方案

问题描述：

我们在用Spring框架开发Web项目过程中，经常需要用同一个service中的一个方法调用另一个方法，如果此时调用方没有添加事务注解@Transactional，而在被调用方添加事务注解@Transactional，当被调用方法中出现异常，这时候会发现事务并没有回滚，事务注解@Transactional没有起作用。

分析原因：

我们知道Spring中事务管理是使用AOP代理技术实现的，目标对象自身并没有事务管理功能的，而是通过代理对象动态增强功能对事务进行增强的。因此当我们在同一个service类中通过一个方法调用另一个方法时，是通过目标对象this对象调用的，目标对象自身并没有事务管理功能，因此事务不能生效。

下面我们用代码演示下:

 public class UserService{
     ...
     public User getUserByName(String name) {
        return userDao.getUserByName(name);
     }
     ...

如果配置了事务, 就相当于又创建了一个类：

 public class UserServiceProxy extends UserService{
     private UserService userService;
     ...
     public User getUserByName(String name){
         User user = null;
         try{
             // 在这里开启事务
             user = userService.getUserByName(name);
             // 在这里提交事务
         }
         catch(Exception e){
             // 在这里回滚事务

             // 这块应该需要向外抛异常, 否则我们就无法获取异常信息了.
             // 至于方法声明没有添加异常声明, 是因为覆写方法, 异常必须和父类声明的异常"兼容".
             // 这块应该是利用的java虚拟机并不区分普通异常和运行时异常的特点.
             throw e;
         }
         return user;
     }
     ...
 }

 @Autowired
 private UserService userService;    // 这里spring注入的实际上是UserServiceProxy的对象

 private void test(){
     // 由于userService是UserServiceProxy的对象, 所以拥有了事务管理的能力
     userService.getUserByName("aa");
 }

Spring事务失效的其他原因

通过对Spring事务代理模式的分析，我们不难发现Spring事务失效的原因有以下几种情况：

1.private、static、final的使用

解决方法:不在类和方法上使用此类关键字

2.通过this.xxx(调用当前类的方法)

使用xml配置方式暴露代理对象.然后在service中通过代理对象AopContext.currentProxy()去调用方法。

xml配置

<aop:aspectj-autoproxy proxy-target-class="true" expose-proxy="true"/>

service调用

 @Service
 public class HelloWorldServiceImpl implements HelloWorldService {
     @Autowired
     private BlogRepository blogRepository;

     @Override
     public void a(BlogEntity blogEntity) throws Exception {
         ((HelloWorldService) AopContext.currentProxy()).b(blogEntity);
     }

     @Transactional(rollbackFor = Exception.class)
     @Override
     public void b(BlogEntity blogEntity) throws Exception {
         blogRepository.save(blogEntity);
         throw new Exception("错误");
     }
 }

3.使用默认的事务处理方式

spring的事务默认是对RuntimeException进行回滚，而不继承RuntimeException的不回滚。因为在java的设计中，它认为不继承RuntimeException的异常是”checkException”或普通异常，如IOException，这些异常在java语法中是要求强制处理的。对于这些普通异常，spring默认它们都已经处理，所以默认不回滚。可以添加rollbackfor=Exception.class来表示所有的Exception都回滚。

4.线程Thread中声明式事务不起作用

 @Override
     public void run() {
         DefaultTransactionDefinition def = new DefaultTransactionDefinition();
         def.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRED);
         PlatformTransactionManager txManager = ContextLoader.getCurrentWebApplicationContext().getBean(PlatformTransactionManager.class);
         TransactionStatus status = txManager.getTransaction(def);
         try {
                testDao.save(entity);
                txManager.commit(status); // 提交事务
             } catch (Exception e) {
                 System.out.println("异常信息：" + e.toString());
                 txManager.rollback(status); // 回滚事务
             }
     }

从上面代码可以看出，我们的解决方案是使用了编程式事务。

5.配置的事务与扫描的service不在同一个容器

在spring-framework-reference.pdf文档中有这样一段话：

<tx:annotation-driven/> only looks for @Transactional on beans in the same application context it is defined in. This means that, if you put <tx:annotation-driven/> in a WebApplicationContext for a DispatcherServlet, it only checks for @Transactional beans in your controllers, and not your services.

这句话的意思是，<tx:annoation-driven/>只会查找和它在相同的应用上下文件中定义的bean上面的@Transactional注解，如果你把它放在Dispatcher的应用上下文中，它只检查控制器上的@Transactional注解，而不是你services上的@Transactional注解。

如果将事务配置定义在Spring MVC的应用上下文(*-servlet.xml)中，在Controller上的@Transactional注解是可以起作用的。而services上的@Transactional注解将不起作用。

详情可见：https://www.cnblogs.com/xiaojiesir/p/11058541.html

6.方法配置的事务传播行为有问题

被调用方法的事务传播行为设置为PROPAGATION_REQUIRES_NEW,导致产生两个独立的事务,外围方法抛出异常只回滚和外围方法同一事务的方法。

详情可见：https://segmentfault.com/a/1190000013341344