老铁们，我来了。
情景再现
在PayService类中注入了payNotifyService的实例，而在PayNotifyService类中又注入了payService的实例。而PayNotifyService类中又有一个加了@Async 注解的方法A。
今天在公司项目中想将一个耗时的流程放在异步线程中执行，然后，按照操作手册，熟练了在异步方法上添加了@Async 注解，在对应模块的启动类中添加了@EnableAsync，妥妥的，准备跑一波看看效果。结果傻眼了。
报错啦！！！！！！
Exception encountered during context initialization - cancelling refresh attempt: org.springframework.beans.factory.BeanCurrentlyInCreationException: Error creating bean with name ‘payNotifyService’: Bean with name ‘payNotifyService’ has been injected into other beans [PayService] in its raw version as part of a circular reference, but has eventually been wrapped. This means that said other beans do not use the final version of the bean. This is often the result of over-eager type matching - consider using ‘getBeanNamesOfType’ with the ‘allowEagerInit’ flag turned off, for example.
粗一看 ，这循环注入了嘛！奇怪了。没加@EnableAsync之前项目跑了好好的，加了这个注解之后就报错了，咋回事呢，小老弟。事不宜迟，google走一波。
原因分析
众所周知，在SpringBoot项目中添加@EnableAsync是使@Async 注解生效的。之前没加这个注解的时候异步方法都是没有生效的。而我们Async 是通过AOP生成代理类来实现异步执行的。所以
- 之前的情况是：
- 分别生成PayNotifyService类的实例A和PayService类的实例B，
- 通过
@Autowired注解将实例注入到对应的类中。所以启动没问题。
- 现在的情况是：
前面两步的情况一样，但是当我们Spring的IOC容器检查到@Async注解之后，会通过AOP这个方法所在的类生成一个代理类。注入的时候发现该Bean已经被其他对象注入了，所以这就出现了问题了。
解决办法
针对上面分析的原因，我们对应的有两种解决办法，
- 第一种方法
将@Autowired注解和@Lazy搭配使用，使之注入的是代理类的Bean，而不是原始的Bean。
例如这样：
@Autowired
@Lazy
private payNotifyService payNotifyService;
- 第二种方法
将拥有@Async注解的方法集中到一个类中，统一管理，也使得代码清晰易懂，便于维护，个人比较推荐这种方式。 - 第三种方法
使用基于 Setter 的注入，不通过@Autowired注解注入，而通过setter方法注入，这种方法，治标不治本，个人不建议。
