Spring循环依赖问题

三级缓存：

一级缓存：singletonObjects
作用：已经经历了完整的生命周期的bean对象


二级缓存;earlySingletonObjects
作用： 比一级缓存多了一个early，表示缓存的是早期的bean对象。表示Bean生命周期还木有走完，就把这个bean放入到这个二级缓存中。


三级缓存：singletonFactories**
作用;缓存的是ObjectFactory。表示对象工厂，表示用来创建早期bean对象的工厂。

`1. singletonObjects：缓存经过了完整生命周期的bean


2. earlySingletonObjects：缓存未经过完整生命周期的bean，如果某个bean出现了循环依赖，
就会提前把这个暂时未经过完整生命周期的bean放入earlySingletonObjects中，这个bean如果
要经过AOP，那么就会把代理对象放入earlySingletonObjects中，否则就是把原始对象放入
earlySingletonObjects，但是不管怎么样，就是是代理对象，代理对象所代理的原始对象也是
没有经过完整生命周期的，所以放入earlySingletonObjects我们就可以统一认为是未经过完整
生命周期的bean。


3. singletonFactories：缓存的是一个ObjectFactory，也就是一个Lambda表达式。在每个Bean
的生成过程中，经过实例化得到一个原始对象后，都会提前基于原始对象暴露一个Lambda表达
式，并保存到三级缓存中，这个Lambda表达式可能用到，也可能用不到，如果当前Bean没有出
现循环依赖，那么这个Lambda表达式没用，当前bean按照自己的生命周期正常执行，执行完后
直接把当前bean放入singletonObjects中，如果当前bean在依赖注入时发现出现了循环依赖
（当前正在创建的bean被其他bean依赖了），则从三级缓存中拿到Lambda表达式，并执行
Lambda表达式得到一个对象，并把得到的对象放入二级缓存（(如果当前Bean需要AOP，那么
执行lambda表达式，得到就是对应的代理对象，如果无需AOP，则直接得到一个原始对象)）。


4. 其实还要一个缓存，就是earlyProxyReferences，它用来记录某个原始对象是否进行过AOP
了。

详细图解析

知识总结 ;

1：如果使用@EnableAsync和@Async异步进行执行获取的对象，这里会产生一个BeanPostProcess处理器，执行在AOP中的ProxyPostProcess之后，产生的代理对象就不一样了，spring中的判断对象标识就会报错，就像容器中fast-fair一样

解决方法:在属性上加上@Lazy注解懒加载，这样Spring会直接产生属性的一个代理对象直接赋值给当前属性。

！！！！注意;如果这个@Async放在

2：如果直接用构造方法给对象赋值出现循环依赖，这样会保存，因为在创建对象的时候，无法进行创建实例对象

解决：使用@Lazy放在构造方法上，这样可以进行解决问题

3：注意@Transaction和@EnableTransactionManagement这里不会生成BeanPostProcess对象，这里会向Spring中注入一个XXXSourceAdvisor不是XXXBeanPostProcess

4:自己注入自己其实和注入其他属性Bea产生的对象几乎差不多