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