【死磕 Spring】—– IOC 之循环依赖处理_ioc依赖注入循环依赖解决-优快云博客

本文深入分析Spring框架中循环依赖的概念及处理方式，尤其关注在singleton作用域下field属性的循环依赖，探讨Spring如何避免死循环并正确初始化bean。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

这篇分析 doCreateBean() 第三个过程：循环依赖处理。其实循环依赖并不仅仅只是在 doCreateBean() 中处理，其实在整个加载 bean 的过程中都有涉及，所以下篇内容并不仅仅只局限于 doCreateBean()，而是从整个 Bean 的加载过程进行分析。

什么是循环依赖

循环依赖其实就是循环引用，就是两个或者两个以上的 bean 互相引用对方，最终形成一个闭环，如 A 依赖 B，B 依赖 C，C 依赖 A，如下：

c1b167b6155576e5a59f9a3a872b041e0715b5a4

循环依赖其实就是一个死循环的过程，在初始化 A 的时候发现引用了 B，这时就会去初始化 B，然后又发现 B 引用 C，跑去初始化 C，初始化 C 的时候发现引用了 A，则又会去初始化 A，依次循环永不退出，除非有终结条件。

Spring 循环依赖的场景有两种：

构造器的循环依赖

field 属性的循环依赖

对于构造器的循环依赖，Spring 是无法解决的，只能抛出 BeanCurrentlyInCreationException 异常表示循环依赖，所以下面我们分析的都是基于 field 属性的循环依赖。

在博客【死磕 Spring】----- IOC 之开启 bean 的加载中提到，Spring 只解决 scope 为 singleton 的循环依赖，对于scope 为 prototype 的 bean Spring 无法解决，直接抛出 BeanCurrentlyInCreationException 异常。为什么 Spring 不处理 prototype bean，其实如果理解 Spring 是如何解决 singleton bean 的循环依赖就明白了。这里先卖一个关子，我们先来关注 Spring 是如何解决 singleton bean 的循环依赖的。

原文链接