盖棺
问：Spring 是如何解决循环依赖的？
答：反对提前裸露以后正在创立的单例，这个单例能够是未齐全初始化的。
问：三级缓存是必要的吗？
答：非必要，两个缓存能够反对，Spring 2.5.3 版本中，只应用两个缓存来解决循环依赖。
show you the code
欢送移步地址：三级缓存非必要 进行 clone 和 debug。
阐明：
以上示例，理论依赖 Spring 版本：2.5.3，该版本实用 Java7，所以须要先调整一个属性以绕过 Spring 框架的查看。
如果想要进行源码 debug，能够如下点击：Download Source and Document 而后断点调试.
如果想要切换三级缓存实现，能够间接批改 pom.xml 文件中 Spring 版本，间接晋升版本到 2.5.4，而后从新进行 Maven Reload 和Download Source and Document 即可。
定论
循环依赖，表现形式很简略，就是 A -> B（A 援用了 B），B -> A（B 援用了 A），在其余技术的利用场景可能会因而呈现常见的死锁问题。
在探讨 Spring 是如何解决循环依赖前，须要先意识两个概念：
1. 一般对象与代理对象
一般对象：指常见的通过有参 / 无参构造函数 newInstance 实例化后，由 Spring 进行属性赋值并执行其余初始化操作后失去的对象，与一般的 new 操作失去的对象靠近；
代理对象：是 Spring 通过代理技术，如内置的 Jdk 动静代理、CGLIB 代理生成的 为原始实例减少额定行为的对象
这两者有什么关系呢？
从类层级来说，代理对象类型总是低于等于（子类化）一般对象类型（或雷同的 Class 类型），另外，代理对象，实际上是对一般对象加了一层包裹，代理行为在外，理论对象在内（能够了解为，Spring 中，理论存在两个雷同类型的对象，其中代理对象外部援用一般对象）。
Spring 代理对象给循环依赖造成的辣手问题也因而而解，也就是 不管最终依赖的是一般对象还是代理对象，属性的类型都足以反对进行援用赋值（能够赋值为一般对象援用，也能够赋值为代理对象援用）。
2. Spring 的 Bean 创立过程
Spring 创立 Bean 分为三个阶段：
实例化：简略了解为，Spring 擅自应用 newInstance 操作，为咱们调用无参构造函数，创立出一个一般对象，此时，领有一般对象的援用但外部属性未赋值
属性填充：领有了对象后，须要给对象内的属性赋值，如常见的 @Autowired 和 @Value 等，而注入的依赖对象 可能导致循环援用
初始化：填充完外部属性后，为对象执行其余的一系列操作，此时 可能 在原对象的根底上，为其套上一层壳（额定行为），即为代理对象（即失常的代理对象生成阶段），最初实现对象构建过程
也就是说：在实例化、属性填充阶段，对象是不齐全的，而在初始化阶段后，无论是否生成代理对象，此阶段后的 Bean 就是最终状态。
3. 收尾
了解完上述两点，持续往下走。
毁坏死锁的办法有许多种，而 Spring 的解决形式次要是：反对提前裸露以后正在创立的单例，这个实例能够是未齐全构建的。
可能有人会纳闷，如果 B 对象提前加载了 A 的代理对象，即 B 援用了 代理对象 A'后实现了 B 对象自身的构建，而 A 的一般对象此时正处于填充属性阶段，可能存在其余属性须要在填充 B 援用 之后进行，他们是如何关联上的？
这就回到刚刚的第一点，就是：代理对象理论是对一般对象的一个包裹，属性填充、初始化的其余操作最初都会在原始对象上进行。
所以，原始对象只有一个，而最终属性依赖到的对象，是
代理对象 A'还是一般对象 A，只取决于它有没有被套一层壳，即便有，也因为代理技术上的反对，使得代理对象 A'齐全能够被被赋值到属性 A上。
加铆钉
在 Spring2.5.3 的源码中，开发者只应用了两个缓存来解决循环依赖，并且翻看源码，能够看到：
正文中，明确了 容许提前援用一个以后正在创立的单例对象用于解决循环依赖。
再而后，查看 Spring2.5.4 源码、代码正文和 changelog，你也找不到任何对于新增出三级缓存的形容，在我看来，新缓存不过是作者为了更加清晰的代码流程以及为 Spring 提速而新增的属性，如果是 bug，至多会在 changelog 中提一嘴，但理论却不值一提。
回到文章结尾的问题：
问：Spring 是如何解决循环依赖的？
答：反对提前裸露以后正在创立的单例，这个单例能够是未齐全初始化的。Spring2.5.3 应用了二级缓存，Spring2.5.4 及之后，应用了三级缓存。实际上，解决循环依赖，甚至只须要一个缓存就能够，二级缓存也不是必须的。
你能承受这个答案吗？
The End
DefaultSingletonBeanRegistry：我所被给予的，不过是一个小小的汇合属性，而我所赋予的，是 Java 八股界的一次狂欢。
三级缓存博文何时开始是不确定的了，但泛滥在互联网中是确定的，心愿每个纠结三级缓存的面试官，或行将成为面试官的 Javaer，都可能读到此文，否则，在座各位阅完有所播种的读者，恐怕只会徒增面试被涮的危险 ^_^|。
因为 Spring 目前已被迁徙至 github，仓库最早的源码版本是：3.0.0。在此附上 spring2.5.3、spring2.5.4 残缺源码文件及 changelog 下载链接（明码: othl），有趣味可自行获取。