spring用三级缓存解决单例bean循环依赖，核心是分阶段暴露对象：一级缓存存完全初始化的成熟bean，二级缓存存已实例化未代理的半成品，三级缓存存objectfactory以按需生成代理对象，确保aop不丢失。
Spring 用三级缓存解决单例 Bean 循环依赖，核心在于“分阶段暴露对象”——不等 Bean 完全初始化就允许其他 Bean 提前引用它，但又不破坏 AOP 代理逻辑。关键不是堆三个 Map，而是让每个阶段各司其职、按需触发。
一级缓存：只存“能直接用”的成熟 Bean
对应 singletonObjects，是最终交付使用的单例池。只有当一个 Bean 经历完实例化 → 属性填充 → 初始化（含 Aware、@PostConstruct、InitializingBean）→ AOP 代理生成 全流程后，才放进这里。其他 Bean 查找依赖时，优先查它。一旦命中，直接返回，不走后续逻辑。
二级缓存：存“已曝光、未代理”的半成品 Bean
对应 earlySingletonObjects，存放的是已完成实例化和属性填充、但还没执行初始化回调、也尚未生成代理对象的 Bean 实例。它存在的意义是：当另一个 Bean 在属性注入阶段需要它时，能快速拿到一个可用的对象引用，避免重复创建。但它有个硬约束：这个 Bean 必须确定**不需要再被 AOP 增强**，否则提前暴露原始对象会绕过代理，导致事务、切面失效。
三级缓存：存“可按需造半成品”的工厂对象
对应 singletonFactories，里面不是 Bean 实例，而是一个 ObjectFactory。它的作用是延迟决定是否要生成代理——只有在真正被其他 Bean 引用、且该引用最终会参与 AOP 时，才通过工厂动态创建代理后的早期对象，并放入二级缓存。这样既支持了循环依赖，又保证了代理不丢失。比如 A 依赖 B，B 又依赖 A，且 A 被标记为 @Transactional，那么当 B 需要 A 时，Spring 就会调用 A 对应的 ObjectFactory，生成带事务代理的早期 A 实例，塞进 earlySingletonObjects，再交给 B 使用。
整个过程是“查—放—移”的流水线
当开始创建 Bean A：
- 先查一级缓存 singletonObjects —— 没有，进入创建流程
- 实例化 A 后，立刻把它的 ObjectFactory 放入三级缓存 singletonFactories
- 填充属性时发现依赖 B，转而去创建 B
- B 创建中又依赖 A，此时查一级缓存无、查二级缓存也无，就从三级缓存取出 A 的 ObjectFactory，调用 getObject() 得到（可能是原始对象，也可能是代理对象），放进二级缓存，并返回给 B
- B 初始化完成后放入一级缓存；A 继续完成初始化和代理，从三级缓存移除工厂，从二级缓存移除早期对象，最终放入一级缓存
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
