Spring是怎么处理循环依赖的
Spring框架处理循环依赖主要依赖于其容器的设计和几个关键的缓存机制，这里所说的“三级缓存”是一个广为流传的概念，用于简化描述Spring处理循环依赖的过程。实际上，Spring处理循环依赖的核心策略可以概括为以下几个步骤，主要针对 singleton scope 的bean：
-
实例化（First Level Cache）: 当Spring容器创建一个bean时，首先会在一级缓存（单例对象缓存）中查找该bean是否已经存在。如果不存在，容器开始实例化该bean，并将其ObjectFactory（一个能够返回bean实例的工厂对象，而不是直接的bean实例）放入一个临时的缓存（可以认为是第二级缓存的前身）中，这个操作发生在bean实例被完全初始化之前。
-
早期暴露（Second Level Cache）: 在bean实例化之后，但属性注入完成之前，Spring会将一个可使用的（尽管尚未完成依赖注入）bean实例（或者更准确地说，是前面提到的ObjectFactory）提前暴露到一个专门的缓存（即第二级缓存）中，这个缓存允许其他正在被创建且依赖于它的bean获取到这个bean的引用。这个步骤是解决循环依赖的关键，因为它打破了依赖创建的顺序限制。
-
完成依赖注入（Third Level Cache 或 Singleton Factories Cache）: 当所有必要的bean实例都已存在于第二级缓存中，Spring会完成这些bean的依赖注入过程。对于那些已经被部分构造并存在于第二级缓存中的bean，它们会被从ObjectFactory转换成实际的bean实例，并最终存储到一级缓存中，此时bean被视为完全初始化。这个转换过程涉及从第二级缓存取出ObjectFactory并调用它来获得完整的bean实例，然后这个实例会被放入第三级缓存，即单例工厂缓存，最后再移到一级缓存中。
注意，这个过程中构造器注入的循环依赖是不能解决的，因为构造器注入要求所有依赖项在对象创建时就必须存在，这会导致直接抛出BeanCurrentlyInCreationException异常。而setter注入或者字段注入（基于@Autowired）的循环依赖可以在上述机制下得到解决，前提是这些bean都是单例的。
另外，非单例（prototype）scope的bean由于每次请求都会创建新的实例，因此Spring不会解决它们之间的循环依赖问题。