spring的循环依赖和三层缓存(第三层后面写)
循环依赖
循环依赖简单来说就是两个或多个类相互依赖,形成循环引用的关系,无法确定类的生成顺序。
所以最简单的方法是使用@Lazy,它会延迟初始化标识的bean,解决了循环依赖问题,但是并不建议使用。
这是最简单的循环依赖。
创建流程如下(假设A先开始创建)
如上图所示,形成了一个死循环,无法实例化。解决死循环需要破坏掉任意一条路线,显然破坏最后一条A是否在缓存中的否定路线破坏性最小。
破坏该线的解决方法就是三重缓存。
三重缓存(不含第三重)
/** Cache of singleton objects: bean name to bean instance. */
private final Map<String, Object> singletonObjects = new ConcurrentHashMap<>(256);
/** Cache of singleton factories: bean name to ObjectFactory. */
private final Map<String, ObjectFactory<?>> singletonFactories = new HashMap<>(16);
/** Cache of early singleton objects: bean name to bean instance. */
private final Map<String, Object> earlySingletonObjects = new ConcurrentHashMap<>(16);
singletonObjects一层缓存
earlySingletonObjects二层缓存
singletonFactories三层缓存
三重缓存解决循环依赖的关键在于,该bean的实例化和初始化过程可以被分开执行,所以构造器注入的bean不能依靠三重缓存解决循环依赖。构造器注入时实例化的同时进行初始化了。
spring的bean创建出来有两种状态(半成品,成品)
半成品就是还没有完成初始化的bean,成品就是已经完成初始化的bean。如果没有循环依赖问题,bean就不会进入earlySingletonObjects。
如果使用三重缓存,A在找不到B的实例时会被放入earlySingletonObjects,创建B的实例时会从earlySingletonObjects中取出半成品的A,此时B就是完整的Bean了,B实例化结束,A获取了完整的B,自己也完整了。最后解决了循环依赖问题