- 正确答案：Spring通过三级缓存机制解决循环依赖问题，主要适用于单例Bean的属性注入场景。在Bean创建过程中，Spring利用三个Map结构（即一级、二级、三级缓存）提前暴露正在创建的Bean实例，从而允许其他Bean引用它，避免因相互等待导致的死锁式构造失败。 - 解答思路： 1. 首先明确什么是循环依赖：A类依赖B类，B类又依赖A类，形成闭环。 2. Spring默认支持单例作用域下的循环依赖，但仅限于“setter注入”或“字段注入”，不支持构造器注入引起的循环依赖。 3. 核心解决方案是“提前暴露对象”——在Bean尚未完全初始化完成时，就将其一个早期引用放入缓存中，供其他Bean使用。 4. Spring使用三个Map作为缓存来实现这一机制，分别称为一级、二级、三级缓存。 - 深度知识讲解：循环依赖的本质问题是：两个或多个Bean互相持有对方的引用，在初始化过程中彼此等待，造成无法完成构建。 Spring容器在创建Bean时遵循以下流程： 1. 实例化（new出对象，内存分配） 2. 属性填充（注入依赖） 3. 初始化（调用init-method、Aware接口等）在这个过程中，如果A依赖B，B又依赖A，那么当A开始创建并进入属性填充阶段时，发现需要B；于是去创建B；而B在属性填充时又需要A；此时若A还未创建完成，正常情况下会报错。但Spring通过“提前暴露”机制解决了这个问题。三级缓存定义如下（位于DefaultSingletonBeanRegistry中）： 1. singletonObjects：一级缓存，存放已创建完成的单例Bean（key: beanName, value: bean instance），也就是成熟的单例对象池。 2. earlySingletonObjects：二级缓存，存放提前暴露的单例Bean（原始或代理对象），用于解决循环依赖（key: beanName, value: early bean instance）。 3. singletonFactories：三级缓存，存放能够创建早期Bean实例的ObjectFactory（key: beanName, value: ObjectFactory），只有在需要时才真正生成早期引用。工作流程示例（A依赖B，B依赖A）： 1. 开始创建A： - A进入创建流程，先实例化（new A()） - 将A对应的ObjectFactory放入三级缓存（singletonFactories） ObjectFactory包含逻辑：getEarlyBeanReference()，可用于AOP代理 2. 进入A的属性填充阶段，发现依赖B → 转而去创建B 3. 创建B： - 实例化B（new B()） - 将B的ObjectFactory放入三级缓存 - 填充B的属性，发现依赖A - 查找A：先查一级缓存 → 无；再查二级 → 无；然后从三级缓存取出A的ObjectFactory - 调用ObjectFactory.getObject() 获取A的早期引用（可能是原始对象，也可能是AOP代理） - 将该早期引用放入二级缓存，并移除三级缓存中的对应项 - B成功注入A的早期引用，继续完成初始化 4. B创建完成后返回给A，A也顺利完成属性注入和初始化 5. A初始化完成后： - 将最终的A实例放入一级缓存 - 清除其在二级、三级缓存中的记录注意事项： - 构造器注入的循环依赖无法解决，因为构造器执行前无法提前暴露对象。示例： class A { public A(B b) { } } class B { public B(A a) { } } 此时Spring会抛出BeanCurrentlyInCreationException异常。 - 原型（Prototype）作用域的Bean不支持循环依赖，每次获取都会创建新实例，容易陷入无限递归创建。 - AOP场景下，早期引用可能需要是代理对象。Spring通过SmartInstantiationAwareBeanPostProcessor扩展点（如AbstractAutoProxyCreator）决定是否为早期对象创建代理，并将逻辑封装在ObjectFactory中。 - 三级缓存的设计目的之一是为了延迟代理对象的创建，避免不必要的代理开销。 - 扩展知识点： 1. Bean的生命周期：了解整个Bean创建过程有助于理解循环依赖发生的时机。 2. Aware接口、BeanPostProcessor、InstantiationAwareBeanPostProcessor的作用。 3. AOP与循环依赖结合时的问题：比如@Async、@Transactional修饰的方法被循环引用时，是否能正确生成代理？ 4. Lombok的@Data可能导致hashCode/equals方法间接引用自身字段，引发意外循环依赖。 - 伪代码解释三级缓存机制： ``` // 简化版Spring三级缓存处理逻辑 Map singletonObjects = new ConcurrentHashMap<>(); // 一级 Map earlySingletonObjects = new HashMap<>(); // 二级 Map> singletonFactories = new HashMap<>(); // 三级 // 获取单例Bean主入口 Object getSingleton(String beanName) { // 先从一级缓存获取 Object singletonObject = singletonObjects.get(beanName); if (singletonObject == null && isSingletonCurrentlyInCreation(beanName)) { // 如果当前Bean正在创建中，尝试从二级获取早期引用 singletonObject = earlySingletonObjects.get(beanName); if (singletonObject == null) { // 从三级缓存获取工厂 ObjectFactory factory = singletonFactories.get(beanName); if (factory != null) { // 触发早期引用创建（例如生成代理） singletonObject = factory.getObject(); // 放入二级缓存 earlySingletonObjects.put(beanName, singletonObject); // 移除三级缓存 singletonFactories.remove(beanName); } } } return singletonObject; } // 添加单例工厂到三级缓存（在实例化之后，属性注入之前） void addSingletonFactory(String beanName, ObjectFactory factory) { if (!singletonObjects.containsKey(beanName)) { singletonFactories.put(beanName, factory); earlySingletonObjects.remove(beanName); } } ``` 总结： Spring通过三级缓存巧妙地解决了单例Bean之间的循环依赖问题，核心思想是“提前暴露未初始化完的对象”。这种设计既保证了功能可用性，又兼顾了性能（如延迟代理创建）。但在实际开发中应尽量避免强循环依赖，保持清晰的模块划分，提高系统可维护性。

上海 soul 测试开发一面（30min ）

全站热榜

创作者周榜