Spring三级缓存
Spring三级缓存是什么?
一级缓存:单例池。存放的是完整的Bean对象。经过完整的生命周期。二级缓存:存放需要提前暴露的Bean对象。也就不完整的Bean对象。需要提前暴露就是指,可能会被循环依赖。(这里可能需要用代理对象,替换原始对象。),保存出现循环依赖的Bean,需要提前暴露给其他Bean去依赖且还没有经过完整的生命周期的Bean 。三级缓存:存放提前暴露的ObjectFactory。这里其实是把提前暴露的对象又封装了一层。()
解决了什么?
三级缓存的目的是为了解决
循环依赖的问题。并解决了代理对象(AOP)循环依赖的问题
源码执行过程
准备配置文件
有两个Service对象,并且相互依赖着对方。
<bean name="serviceA" class="com.mfyuan.service.ServiceA"><property name="serviceB" ref="serviceB"/>
</bean><bean name="serviceB" class="com.mfyuan.service.ServiceB" ><property name="serviceA" ref="serviceA"/>
</bean>
执行过程
-
通过
beanDefinitionNames来对所有bean的定义具体化。(把BeanDefinition转换成Bean对象)。 -
AbstractBeanFactory#getBean("serviceA")在容器中获取ServiceA。 -
AbstractBeanFactory#doGetBean("serviceA")实例获取ServiceA的方法。 -
DefaultSingletonBeanRegistry#getSingleton("serviceA")。记住这个方法后面经常用到。他是先从一级缓存-》二级缓存-》三级缓存依次已经判断。因为这个时候我们缓存中不存在ServiceA这个Bean,所以这里是获取不到的。所以继续往下走。
-
DefaultSingletonBeanRegistry#getSingleton("serviceA",new ObjectFactory())。很眼熟,没错它是跟上面同样的方法名,只不过是重载方法。关键的是第二个参数ObjectFactory对象工厂。他是一个匿名内部类在高版本中也可以是lambda表达式。
-
首先从
一级缓存中获取ServiceA,这里显然也是获取不到的。所以通过ObjectFactory来创建对象。而我们的ObjectFactory中只有一个方法就是createBean
-
AbstractAutowireCapableBeanFactory#doCreateBean("serviceA")实际创建Bean的方法。 -
AbstractAutowireCapableBeanFactory#createBeanInstance("serviceA")。这个时候已经把ServiceA这个Bean实例化好了,但是未初始化,且没有放入到容器中。 -
判断这个Bean是否需要提前暴露,如果需要。则将原始对象包装成
()->getEarlyBeanReference("serviceA", mbd, bean)放入三级缓存中。

-
AbstractAutowireCapableBeanFactory#populateBean("serviceA"),对serviceA进行属性赋值,也就是初始化。
-
AbstractAutowireCapableBeanFactory#applyPropertyValues("serviceA", mbd, bw, pvs)。判断ServiceA是否依赖其他Bean,这里因为依赖ServiceB,所以会进入以下步骤。
12.主要是BeanDefinitionValueResolver#resolveValueIfNecessary("serviceB", originalValue);。这里的pv就是我们的serviceB了。然后去判断ServiceB是否还依赖其他Bean。

-
BeanDefinitionValueResolver#resolveReference("serviceB")。这里又看到一个很熟悉的方法getBean("serviceB")也就是我们的步骤2;
-
serviceB与serviceA一样的步骤这里就省略详细过程。
getBean("serviceB")->doGetBean("serviceB")->getSingleton("serviceB")->getSingleton("serviceB",new ObjectFactory())尝试在一级缓存中获取,这里也显然拿不到serviceB->createBean("serviceB")->doCreateBean("serviceB")->createBeanInstance("serviceB")实例化完成ServiceB->addSingletonFactory(()->getEarlyBeanReference("serviceB", mbd, bean))将实例化但未初始化的ServiceB放到三级缓存中。 ->populateBean("serviceB")属性赋值 ->applyPropertyValues("serviceB")-> 因为ServiceB依赖ServiceA所以执行resolveValueIfNecessary("serviceA", originalValue)->resolveReference("serviceA")->this.beanFactory.getBean("serviceA")再次去容器中获取ServiceA又一层嵌套循环 ->doGetBean("serviceA")。
-
getSingleton("serviceA")在容器中获取ServiceA,因为serviceA已经是正在创建的了,所以是可以从三级缓存中获取到。并把ServiceA放入二级缓存。
-
AbstractAutowireCapableBeanFactory#getEarlyBeanReference("serviceA")来获取最终公开的对象,因为我们的ServiceA他是不需要代理的所以直接返回原始对象即可。
-
将
ServiceA这个不完整的对象放入到二级缓存中。 -
这里因为可以拿到
ServiceA了,并通过setPropertyValues来对ServiceB的serviceA进行赋值。
-
initializeBean("serviceB")赋值完成后,对ServiceB进行剩下的初始化操作。 -
addSingleton("serviceB", singletonObject)将ServiceB放入一级缓存中。
-
这里也就是能到到完成的
ServiceB对象了,进行执行步骤10-11中的后续步骤,也就是对ServiceA的serviceB属性进行赋值。 -
initializeBean("serviceA")赋值完成后,对ServiceA进行剩下的初始化操作。 -
addSingleton("serviceA", singletonObject)将ServiceA放入一级缓存中。 -
注意这里其实并没有结束,因为我们一个是通过步骤1中的循环才进入到这个过程的。因为
ServiceB还没有循环到所有会继续用ServiceB来进行循环。但是因为一级缓存中都存在这些信息了所以很快就结束了。
大致的过程就是这样的。可能有些绕,结合源码啃下来还是有些收货的。
思考问题
为什么不将lambda表达式放入二级缓存呢?
如果有一个
Bean同时与另外两个Bean所循环依赖呢。那是不是得从二级缓存里取两次,然后创建两次呢?这样显然是不对的。
为什么不直接将代理对象放入到二级缓存中,而是通过lambda表达式的方式存入三级缓存。
Bean被创建的时候,其实并不知道,自己是否被其他Bean所依赖(也就是不知道自己是否产生了循环依赖)。什么时候知道自己被依赖的呢? 是当其他Bean初始化的时候扫描到依赖里的时候,才能知道。
正常流程,
AOP其实是在后置处理器的去帮我们创建代理对象的。(实例化后,设置属性之后。)所有说我们不能一开始就把所有需要代理的对象,都给代理出来,只有产生循环依赖的时候才能把他代理出来,也就是需要把
AOP操作提前。二级缓存的结构是
Map<String,Object>,如果从二级缓存中取出的对象,你还得判断一下它是否需要被代理(也就是每个对象都要判断一下)。那可能就麻烦了。新增一个
Map,并且使用lambda表达式的方法,就可以很好的解决,只有在被调用且满足条件(循环依赖&&需要被代理)的时候的时候才去创建代理对象。
总结
当
Spring遇到循坏依赖时,它通过使用三级缓存以及提前暴露不完整的对象来解决问题。举例:在
A实例化完成后,Spring会将他放入到三级缓存中。A此时并没有进行初始化,当A进行属性赋值的时候,如果扫描到A对象依赖B对象的话,则又会去实例化B对象,然后再把B对象放入到三级缓存中,当B进行属性赋值的时候,发现需要依赖A对象,那么这个时候就出现了循环依赖的问题了。然后从三级缓存中取出A对象,这里的A对象被包装成了一个ObjectFactroy的一个lambda表达式,这个表达式执行后会决定是否使用代理对象还是原始对象,因为属性注入的时候肯定是需要把代理后的属性给设置进去。那么当我们拿到了处理后的A对象,会将他放入到二级缓存中,此时A并没有走完所有的生命周期,并且从三级缓存中将A对象移除。到这里B的属性就注入完成了,执行剩下的生命周期后会被放入到一级缓存中,也就是单例池。然后A的属性也可以从一级缓存中取到了,然后整个循环依赖就结束了。这三个缓存存在的目的就是为了,在容器的创建过程中,可以将某些对象提前暴露出来,从而起到打破循环的目的。
