Spring中循环依赖场景
-
构造器的循环依赖
-
field属性的循环依赖
其中,构造器的循环依赖问题无法解决,只能抛出BeanCurrentlyInCreationException异常,在解决属性循环依赖时,spring采用的是提前暴露对象的方法。
Spring的循环依赖的理论依据基于Java的引用传递,当获得对象的引用时,对象的属性是可以延后设置的。但是构造器必须是在获取引用之前
-
Spring的单例对象的初始化主要分为三步:
-
createBeanInstance:实例化,其实也就是调用对象的构造方法实例化对象
-
populateBean:填充属性,这一步主要是对bean的依赖属性进行填充
-
initializeBean:调用spring xml中的init方法
从上面单例bean的初始化可以知道:循环依赖主要发生在第一、二步,也就是构造器循环依赖和field循环依赖。
Spring循环依赖解决方式
那么我们要解决循环引用也应该从初始化过程着手,对于单例来说,在Spring容器整个生命周期内,有且只有一个对象,所以很容易想到这个对象应该存在Cache中,Spring为了解决单例的循环依赖问题,使用了三级缓存。
-
singletonFactories:单例对象工厂的cache
-
earlySingletonObjects:提前曝光的单例对象的cache
-
singletonObjects:单例对象的cache
在创建bean的时候,首先想到的是从cache中获取这个单例的bean,这个缓存就是singletonObjects。如果获取不到,并且对象正在创建中,就再从二级缓存中earlySingletonObjects中获取。如果还是获取不到且允许singletonFactories通过getObject()获取,就从三级缓存singletonFactory.getObject()三级缓存获取,如果获取到了则从singletonGactories中移除,并放入earlySingletonObjects中。其实也就是从三级缓存移动到了二级缓存。