Ru果你曾在调试 Spring 项目时kan到类似 “BeanCurrentlyInCreationException” 的报错，心里大概会有一阵揪心——两个 Bean 相互“盯着”，谁也不肯先让步。别慌，Spring Yi经在背后暗暗布置了一套“三层保险箱”，专门用来把这场“相爱相杀”化解成一次温柔的握手。

在 Spring 的世界里循环依赖指的是 A Bean 在创建过程中需要注入 B Bean，而 B Bean 同时又需要 A Bean。若采用Zui直接的构造器注入，容器会在实例化 A 时卡住因为它还没有完整的 B；随后去创建 B，又发现缺少 A，如此往复便形成了死锁。

这类问题在单例作用域下尤为突出，因为单例对象只会被创建一次容器必须确保每个实例dou完整且唯一。Ru果没有办法提前拿到一个“半成品”，整个启动过程就会因为找不到所需对象而中断。

Spring 把这套机制称作三级缓存，其实就是三张 Map：

singletonObjects——存放Yi经完成属性注入、初始化回调的成熟 Bean。

earlySingletonObjects——保存Yi创建但尚未完全准备好的对象，这一步叫Zuo“早期暴露”。

singletonFactories——这里放的是一个返回 Bean 实例的工厂函数，当容器需要提前引用时会调用它生成代理或原始对象。

想象一下：你手里有三把钥匙，第一把只Neng打开Yi经装好配件的机器，第二把Ke以打开半成品机壳，而第三把则是一张蓝图，只要你需要，它立刻给你打印出一个临时模型。正是这种分层次、递进式的查找，使得循环依赖不再是硬碰硬的冲突。

所有Yi经完成所有注入并执行了@PostConstruct/InitializingBean.afterPropertiesSet等回调的方法体，dou被放进这里。一旦对象进入此层，它就算正式“上岗”。

当某个 Bean 正在构造，但它的属性还没全部填好时Spring 会先把这个“不完整”的实例塞进二级缓存。这样，当另一个正在创建的 Bean 需要它作为依赖时就Neng直接从这里拿到一个可用但尚未初始化完毕的对象。

Ru果二级缓存里没有对应条目，容器会去工厂车间查找对应的 Lambda。这个 Lambda 通常包装了对目标 Bean 的代理生成逻辑——比如 AOP 切面。Ru果发现需要提前暴露，就立刻执行 Lambda，把生成好的对象丢进二级缓存，以备后续使用。

// 简化版伪代码，仅供理解
Object getBean {
    // ① 查一级
    Object singleton = singletonObjects.get;
    if  return singleton;
    // ② 查二级
    Object early = earlySingletonObjects.get;
    if  return early;
    // ③ 查三级
    ObjectFactory