Spring中异步注解@Async的使用、原理及使用时可能导致的问题

其实最近都在研究事务相关的内容，之所以写这么一篇文章是因为前面写了一篇关于循环依赖的文章：

《面试必杀技，讲一讲Spring中的循环依赖》

我们通过一个Demo体会下这个注解的作用吧

第一步，配置类上开启异步：

第二步，

第三步，测试异步执行

通过上面的例子我们可以发现，中的方法是异步执行的，那么这背后的原理是什么呢？我们接着分析

我们在分析某一个技术的时候，最重要的事情是，一定一定要找到代码的入口，像Spring这种都很明显，入口必定是在这个注解上面，我们来看看这个注解干了啥事（本文基于版本）

上面这个注解做的最重要的事情就是导入了一个，这个类的源码如下：

再来看看这个类的源码

这个类本身是一个配置类，它的作用是向容器中添加一个。到这一步我们基本上就可以明白了，注解的就是通过这个后置处理器生成一个代理对象来实现异步的，接下来我们就具体看看是如何生成代理对象的，我们主要关注一下几点即可：

基于上面几个问题，我们进行逐一分析

我们抓住重点，是一个后置处理器器，按照我们对Spring的了解，大概率是在这个后置处理器的方法中完成了代理，直接定位到这个方法，这个方法位于父类中，具体代码如下：

果不其然，确实是在这个方法中完成的代理。接着我们就要思考，切点的过滤规则是什么呢？

其实也不难猜到肯定就是类上添加了注解或者类中含有被注解修饰的方法。基于此，我们看看这个这个方法的实现逻辑，这个方位位于中，也是的父类，对应代码如下：

实际上最后就是根据advisor来确定是否要进行代理，在Spring中AOP相关的API及源码解析，原来AOP是这样子的这篇文章中我们提到过，advisor实际就是一个绑定了切点的通知，那么这个advisor是什么时候被初始化的呢？我们直接定位到的方法，其源码如下：

我们来看看中的切点匹配规程是怎么样的，直接定位到这个类的方法中，其源码如下：

代码很简单，就是根据cpc跟mpc两个匹配器来进行匹配的，第一个是检查类上是否有@Async注解，第二个是检查方法是是否有@Async注解。

那么，到现在为止，我们已经知道了它在何时创建代理，会为什么对象创建代理，最后我们还需要解决一个问题，代理的逻辑是怎么样的，异步到底是如何实现的？

前面也提到了advisor是一个绑定了切点的通知，前面分析了它的切点，那么现在我们就来看看它的通知逻辑，直接定位到中的方法，源码如下：

简单吧，加了一个拦截器而已，对于interceptor类型的对象，我们关注它的核心方法就行了，代码如下：

分为两点回答：

第一：循环依赖为什么不能被解决？

这个问题其实很简单，在《面试必杀技，讲一讲Spring中的循环依赖》这篇文章中我从两个方面分析了循环依赖的处理流程

这个注解的作用在于，当为B注入A时，会为A生成一个代理对象注入到B中，当真正调用代理对象的方法时，底层会调用去创建A对象，然后调用方法，这个注解的处理时机是在方法中，处理这个注解的代码位于，这些代码其实都在我之前的文章中分析过了

《Spring杂谈 | Spring中的AutowireCandidateResolver》

《谈谈Spring中的对象跟Bean，你知道Spring怎么创建对象的吗？》

所以本文不再做详细分析

我觉得这是这个注解最坑的地方，没有之一！我们来看看它默认使用的线程池是哪个，在前文的源码分析中，我们可以看到决定要使用线程池的方法是。其源码如下：

最终会调用到这个方法中

就这三点，你还敢用吗？只要你的任务耗时长一点，说不定服务器就给你来个。

最好的办法就是使用自定义的线程池，主要有这么几种配置方法

如下：

如下：

本文主要介绍了Spring中异步注解的使用、原理及可能碰到的问题，针对每个问题文中也给出了方案。希望通过这篇文章能帮助你彻底掌握注解的使用，知其然并知其所以然！