A成熟
实例化
getBeanA@AutowiredB b
return BeanA
A依赖B
返回给B
没有
什么是循环依赖？
加入二级缓存
return
早期A
早期B
No
B依赖A
#增加一个出口这样解决循环依赖可用吗？
createBeandoCreateBean实例化属性赋值...省略
出口获取
属性赋值解析@Autowired
二级缓存&正在创建
作者：一角钱技术(org_yijiaoqian)内容：Spring 是如何解决循环依赖的？
加入一级缓存
class BeanB { @AutoWired BeanC c; }
class BeanB { @AutoWired BeanA a; }
getBeanB@AutowiredA a
三级缓存
getBean(b)
1.getBean(B)
add到一级缓存remove 二三级缓存
2.goGetBean(A)
有
使用三级缓存解决循环依赖才完美
放进
加入三级缓存
一级缓存
二级缓存
在这里创建动态代理好像能解决，但是初始化的创建proxy将没有存在的意义。正确应该当Bean是循环依赖中才创建动态代理。正常Bean依然在初始化创建，但是怎么判断当前Bean处于循环依赖呢？
闭环
创建proxy的逻辑
什么情况下会出现循环依赖？
7.属性赋值
线程1
8.初始化
返回给A
getBean(a)
put
加锁解决一级缓存循环依赖问题
class BeanA { @AutoWired BeanB b; }
1.getBean(A)
singletonObjects.get(beanName)
这里会阻塞，直到线程1走完线程1走完二三级缓存都没了最后return null
初始化创建动态代理
2.goGetBean(B)
此时线程二进来getBean(A)...
此时一级缓存中已经有了
正
Nice! 完美!
发现依赖A
6.实例化
用一级缓存解决循环依赖问题的是：无法保证在多线程下的一级缓存Bean的完整性解决 ：加锁
return BeanB
此时二三级缓存都没了 锁才是否
创建proxy
只有在这里才能判断当前Bean是否循环依赖中。关键是怎么在这里调用创建动态代理的代码呢？直接拿过去？不不不，这样会把创建的饿逻辑和获取的逻辑强耦合，Spring不会写这么烂的代码，创建Proxy本身就属于创建Bean的逻辑。有办法解决，可以加一个缓存，将创建proxy的逻辑防止缓存中，什么？存代码？这么存，我们只知道存值，可以用函数接口存嘛
多线程在创建时怎么避免获取到不完整Bean
线程2
addSingleton(A)add到一级缓存remove 二三级缓存
B依赖C
这里虽然增加了一个出口，但是一级缓存是在这个闭环外面，所以依然存在死循环
虽然加锁解决了多线程问题，但是性能很差，如果A已经创建好了，A只需要读取Bean，是不是也要被阻塞。但是，由于早期Bean和完整Bean都存储在一级缓存，为了避免读取到早期不得不把读取一级缓存也锁起来。
A
B
class BeanC { @AutoWired BeanA a; }
OK. 二级锁完美解决循环依赖问题+多线程读取不完整Bean的性能问题现在出现新问题，如果A使用了AOP，那么它需要创建动态代理对象，但是创建动态代理对象是在初始化
发现依赖B
不要激动，还不完美：1. 创建Bean的创建结束后应该移除二三级缓存2. 你考虑过一级缓存的感受妈？？ A如果Aop，一级缓存存的还不是proxy啊！3. 多线程同时创建A时，A是不是会创建2次，正常是不是第二个线程应该获取第一个线程创建好的。想不想知道这些问题这么解决的？总结：一级缓存能不能解决循环依赖：如果只有1级缓存解决循环依赖也是可以的，只不过性能最低、耦合性、扩展性都很差，二级缓存能不能解决循环依赖：可以，但是aop的动态代理会重复创建构造函数下的循环依赖能不能解决我就问你，我们现在在这属性下解决循环依赖的关键是什么？出口对不对，这个出口是什么？是不是必须要返回实例给我啊，构造函数出现循环依赖连实例都得不到这么解决循环依赖多里Bean能不能解决循环依赖？多例Bean不会走getSingleton，也就不会保存一级缓存并且也不会保存三级缓存，所以多例Bean根本不会使用缓存，不使用缓存怎么解决循环依赖怎么解决Bean在多线程并发出现的读取到不完整问题，双重检测锁（double checked locking）
