Spring注解@Async和@Transactional失效问题究竟是什么原因，强势解释一波

提前说说

项目中涉及到的代码我都会上传到码云(gitee)或者github上，提供给大家下载参考，文中就以最简单的方式说明执行过程。源码的地址在文末哦！

问题场景重现

场景一：

Spring的异步执行注解@Async，在调用这个方法的时候发现，不对劲，耗时的逻辑我已经加入到异步取做了，怎么接口请求的响应这么慢，赶紧看日志，懵X，加了异步注解，却没有异步执行。

场景二：

在项目中用到@Transactional注解实现事务是必须滴，如果你还在用xml配置，那我只能说……。
但是有时候我们会发现在方法上加了@Transactional注解却出现灵异事件，在方法内出现异常，数据还是插入到数据库，没有回滚，事务哪里去了，明明是加了的。

@Async注解实现原因分析和解决方案

在看下面的内容之前，对动态代理不是很熟悉的可以看一下我之前的一篇文章（静态代理、动态代理，以及动态代理的调用说明）。
这里添加的注解是通过Spring AOP对方法的一种增强，而Spring AOP的原理就是动态代理，他的代理有两种，分别是CGLB和JDK自带的代理，Spring AOP会根据具体的实现不同，采用不同的代理方式。
动态代理的原理了解了，下面的问题就可以很好的理解。

异步测试接口

public interface AsyncAopService {
    void addOrder();
    void sendMsg(int result);
}

异步测试接口实现

@Service
@Slf4j
public class AsyncAopServiceImpl implements AsyncAopService {

    @Autowired
    private OrderDao orderDao;
    @Autowired
    private MsgDao msgDao;

    /**
     * 添加订单后会给用户异步的推送信息
     */
    @Transactional //这里为了让该被代理，加此注解
    public void addOrder() {
        int result = orderDao.insert(OrderModel.builder()
                .amount(10000L)
                .orderId("ORDER_2018042601")
                .phone("15600001212")
                .userId("U_001")
                .build());
        String currentThreadName = Thread.currentThread().getName();
        sendMsg(result);
        System.out.println(currentThreadName + "------>下单结束：mark");
    }

    @Async
    public void sendMsg(int result) {
        try {
            Thread thread = Thread.currentThread();
            thread.sleep(3000);//停留3秒
            String currentThreadName = thread.getName();
            if (result == 1) {
                msgDao.insert(MsgModel.builder().msgContent("下单成功！").receiver("15600001212").build());
                System.out.println(currentThreadName + "------>发送信息成功");
            } else {
                msgDao.insert(MsgModel.builder().msgContent("下单失败！").receiver("15600001212").build());
                System.out.println(currentThreadName + "------>发送信息失败");
            }
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}

测试类

@Test
public void AsyncTest() throws InterruptedException {
	System.out.println("=======async test start=======");
	asyncAopService.addOrder();
	System.out.println("=======async test end=======");
	/**
	 * 在这里让线程睡5秒的原因是为了能够看到异步执行的结果日志
	 * 小知识点：在Junit测试中，如果主线程执行结束，整个测试过程也结束了，存在的异步逻辑如果没有执行完就不会执行啦!
	 * 测试方式：把这行代码去掉，执行测试，t_order_info表中会插入数据，但是t_msg_info表中无数据插入。
	 */
	Thread.sleep(5000);
}

测试类上的注解：

@RunWith(SpringJUnit4ClassRunner.class)
@SpringBootTest(webEnvironment = SpringBootTest.WebEnvironment.RANDOM_PORT)

Spring Boot启动类的注解：

@SpringBootApplication
@MapperScan("com.minuor.aop.dao")
@EnableAspectJAutoProxy
@EnableAsync //开启异步功能

测试结果

=======async test start=======
main------>发送信息成功
main------>下单结束：mark
=======async test end=======

运行的过程很慢，两行日志的线程名称相同，并且mark日志是在发送信息成功后再输出的，回到代码可以知道发送信息逻辑是异步的执行，为什么会和下单过程的线程名称相同，并且异步执行发送消息是延迟的，为何日志还在mark日志前。种种迹象表明，这不是一个异步执行，而是顺序执行。但是这里是加了异步的注解的，实际没有生效。
在addOrder()方法里面直接调用sendMsg(……)方法，这里还隐含一个关键字，那就是this，实际上这里调用是这样的：this.sendMsg(),this是当前对象。而addOrder()是被代理的，在代理对象中执行结束增强后，通过invoke，用实际AsyncAopServiceImpl对象来调用addOrder()方法执行业务逻辑。在业务逻辑内又调用了sendMsg(……)方法，调用的对象是当前对象，当前对象是AsyncAopServiceImpl，问题就出在这里，因为要想用异步执行sendMsg(……)，必须用代理对象执行，因为代理对象要做异步相关的增强，但是此时却直接用AsyncAopServiceImpl对象调用，绕过了代理对象增强的部分，也就是说代理增强部分失效，@Async注解失效。原来想异步执行的逻辑，变成了顺序执行。

解决方案

没有用代理对象执行sendMsg(……)，被AsyncAopServiceImpl对象抢占了先机。那么解决就是要让代理对象来执行sendMsg(……)。

在调用sendMsg(……)之前添加下面的代码

AsyncAopService service = (AsyncAopService) AopContext.currentProxy(); //获取代理对象
service.sendMsg(result); //通过代理对象调用sendMsg，做异步增强

这里还不算完，如果就这样运行，那肯定会报错。

在@EnableAspectJAutoProxy添加属性值。

@EnableAspectJAutoProxy(exposeProxy = true)

运行结果

=======async test start=======
main------>下单结束：mark
=======async test end=======
SimpleAsyncTaskExecutor-1------>发送信息成功

结果也是想要的结果，下单结束，整个测试结束，在测试结束后等待5秒，等待异步日志打印。主线程和异步线程是不同的两个。
如果对代理对象和当前对象有点懵的话，可以加上下面的两行代码：

System.out.println("------>代理对象："+service.getClass());
System.out.println("------>当前对象："+this.getClass());

得到的结果：

------>代理对象：class com.minuor.aop.impl.AsyncAopServiceImpl$$EnhancerBySpringCGLIB$$9de92f4b //可以看出来是CGLB动态代理
------>当前对象：class com.minuor.aop.impl.AsyncAopServiceImpl

@Transactional注解失效的原因分析

这个原因和上面的是相同的，代理被绕过，直接当前对象执行应该被增强的方法，导致方法没有被增强成功。但是可以说一下两个情况。

情况一：在非代理增强方法中调用加了@Transactional增强的方法

这个过程容易理解，不解释。

业务代码

@Service
public class TransactionalAopServiceImpl implements TransactionalAopService {

    @Autowired
    private OrderDao orderDao;
    @Autowired
    private UserDao userDao;

    public void addOrder() {
        orderDao.insert(OrderModel.builder()
                .userId("YK_002") //游客编号
                .phone("13522203330")
                .orderId("ORDER_2018042602")
                .amount(10000L)
                .build());
        //默开用户
        System.out.println("--->"+this.getClass());
        addUser("13522203330");
    }

    @Transactional
    public void addUser(String phone) {
        userDao.insert(UserModel.builder().userName("zhangsan").userPhone(phone).build());
        throw new RuntimeException();
    }
}

运行结果是order订单信息添加成功，同时user用户信息也添加成功，数据库都有数据，没有回滚。按照表面理解应该是order添加成功，user添加失败，因为addUser上加了事务，会回滚。原理参照@Async失效的原理解释。

情况二：addOrder和addUser方法上都添加@Transactional

这种情况下，是可以回滚的，但是不太清楚是在哪个事务回滚，也不太清楚@Transactional是都有效，还是其中一个有效。但是可以模拟，那就是定义三个异常，分别是OrderException、UserException、OtherException，然后在两个方法上指定回滚异常类。通过抛出不同的异常来看具体的结果。

@Transactional修改

@Transactional(rollbackFor = OrderException.class, noRollbackFor = RuntimeException.class) //addOrder方法上
@Transactional(rollbackFor = UserException.class, noRollbackFor = RuntimeException.class) //addUser方法上

执行结果分析

1、抛OtherException异常，没有回滚，order、user数据都成功录入到数据库中；
2、抛UserException异常，没有回滚，order、user数据都成功录入到数据库中，这里可以看的出来addUser方法上的@Transactional注解是无效的；
3、抛OrderException异常，回滚成功，order、user数据都没有录入到数据库中，addOrder方法上的@Transactional有效。
这样的结果加上动态代理原理的分析不难得出结果，addUser方法的代理增强被绕过，只是普通的一个方法调用，而且这个方法是包含在addOrder方法事务内的。

源码提供

具体的代码是在com.minuor.aop包，测试类在test下com.minuor.MinuorAnnotationService。
码云（gitee）：https://gitee.com/itcrud/proxy