SpringBoot 启动报循环依赖问题

问题现象

Caused by: org.springframework.beans.factory.BeanCurrentlyInCreationException: Error creating bean with name 'a': Bean with name 'a' has been injected into other beans [b] 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.
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:622)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:515)
	at org.springframework.beans.factory.support.AbstractBeanFactory.lambda$doGetBean$0(AbstractBeanFactory.java:320)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:222)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:318)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:199)
	at org.springframework.beans.factory.config.DependencyDescriptor.resolveCandidate(DependencyDescriptor.java:277)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1251)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1171)
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:593)
	... 61 common frames omitted

问题原因分析

1. 原因：
   
   我们知道，spring三级缓存一定程度上解决了循环依赖问题。A对象在实例化之后，属性赋值 【opulateBean(beanName,mbd,instanceWrapper)】执行之前，将ObjectFactory添加至三级缓存中，从而使得在B对象实例化后的属性赋值过程中，能从三级缓存拿到ObjectFactory，调用getobject0方法拿到A的引用，B由此能顺利完成初始化并加入到OC容器。此时A对象完成属性赋值之后，将会执行初始化 【initializeBean(beanName, exposedObject, mbd方法】，重点是@Async注解的处理正是在这地方完成的，其对应的后置处理器AsyncAnnotationBeanPostProcessor，在postProcessAfterlnitialization方法中将返回代理对象，此代理对象与B中持有的A对象引用不同，导致了以上报错。

2. 补充：

   • context.getBean(A)开始创建A，A实例化完成后给A的依赖属性b开始赋值~
   • context.getBean(B)开始创建B，B实例化完成后给B的依赖属性a开始赋值~
   • 重点：此时因为A支持循环依赖，所以会执行A的getEarlyBeanReference方法得到它的早期引用。而执行getEarlyBeanReference()的时候因为@Async根本还没执行，所以最终返回的仍旧是原始对象的地址
   • B完成初始化、完成属性的赋值，此时属性field持有的是Bean A原始类型的引用~
   • 完成了A的属性的赋值（此时已持有B的实例的引用），继续执行初始化方法initializeBean(...)，在此处会解析@Aysnc注解，从而生成一个代理对象，所以最终exposedObject是一个代理对象（而非原始对象）最终加入到容器里~
   • 尴尬场面出现了：B引用的属性A是个原始对象，而此处准备return的实例A竟然是个代理对象，也就是说B引用的并非是最终对象（不是最终放进容器里的对象）
   • 执行自检程序：由于allowRawInjectionDespiteWrapping默认值是false，表示不允许上面不一致的情况发生，so最终就抛错了~
3. • 代理的创建时机
     • 初始化之后 (无循环依赖时)
     • 实例创建后, 依赖注入前 (有循环依赖时), 并暂存于二级缓存

解决方案

1）在A类上加@Lazy，保证A对象实例化晚于B对象；

2）在A类上使用@DependsOn({"b"})注解，保证A对象实例化晚于B对象(注意如果AB两个类相互DependsOn，也会形成循环依赖）

3）设置 AbstractAutowireCapableBeanFactory.setAllowRawInjectionDespiteWrappin(true)，不会报错但会导致B持有的A引用不是最终的代理对象：

4）不使用@Async注解，通过自定义异步工具类发起异步线程；

参考

链接1：https://wenku.baidu.com/view/0bbb583b5aeef8c75fbfc77da26925c52dc59151.html

连接2：https://blog.csdn.net/yxh13521338301/article/details/117450763