Spring IoC 循环依赖问题
什么是循环依赖
循环依赖其实就是循环引用,也就是两个或者两个以上的 Bean 互相持有对方,最终形成闭环。比如 A 依赖于 B,B 依赖于 C,C 又依赖于 A。
循环调用其实就是一个死循环,除非有终结条件。
Spring 中循环依赖场景有:
- 构造器的循环依赖(构造器注入)
- Field 属性的循环依赖(set注入)
其中,构造器的循环依赖问题无法解决,只能拋出 BeanCurrentlyInCreationException 异常,在解决属性循环依赖时,spring 采用的是提前暴露对象的方法。
循环依赖处理机制
- 单例 bean 构造器参数循环依赖(无法解决)
- prototype 原型 bean 循环依赖(无法解决)
对于原型 bean 的初始化过程中不论是通过构造器参数循环依赖还是通过 setXxx 方法产生循环依赖,Spring 都会直接报错处理。
Spring 不支持原型 bean 的循环依赖
进入 AbstractBeanFactory#doGetBean 方法:
在获取 bean 之前如果这个原型 bean 正在被创建则直接抛出异常。原型 bean 在创建之前会标记 beanName 正在被创建,等创建结束之后会删除标记。
单例 bean 通过 setXxx 或者 @Autowired 进行循环依赖
Spring 的循环依赖的理论依据基于 Java 的引用传递,当获得对象的引用时,对象的属性是可以延后设置的,但是构造器必须是在获取引用之前。
Spring 通过 setXxx 或者 @Autowired 方法解决循环依赖其实是通过提前暴露一个 ObjectFactory 对象来完成的。简单来说 ClassA 在调用构造器完成对象初始化之后,在调用 ClassA 的 setClassB 方法之前就把 ClassA 实例化的对象通过 ObjectFactory 提前暴露到 Spring 容器中。
-
Spring 容器初始化 ClassA 通过构造器初始化对象后提前暴露到 singletonFactories 中。
-
ClassA 调用 setClassB 方法,Spring 首先尝试从容器中获取 ClassB,此时 ClassB 不存在 Spring 容器中。
-
Spring 容器初始化 ClassB,同时也会将 ClassB 提前暴露到 singletonFactories 中。ClassB 调用 setClassA 方法,Spring 从 singletonFactories 中获取 ClassA,同时将 ClassA 移到 earlySingletonObjects。至此 ClassB 初始化完毕,并且保存到了单例池中。
-
随着 ClassB 初始化完毕并返回给 ClassA 的创建过程中,ClassA 也完成了对象初始化操作。