Spring三级缓存

目录

循环依赖问题

三级缓存

三级缓存创建Bean的流程(解决循环依赖问题)

 三级缓存的局限性


Spring的三级缓存是为了解决单例Bean的循环依赖问题而存在的。

循环依赖问题

简单来说就是A依赖B,而B又依赖A。即创建A的时候,需要先创建B;但是创建B的时候,需要先创建A。这样就陷入了死循环,两个都创建不了。

三级缓存

  • 一级缓存:存储已经完全初始化的单例Bean
  • 二级缓存:存储已经实例化但还未初始化的Bean
  • 三级缓存:存储用于创建Bean的工厂

要理解三级缓存创建Bean的逻辑,首先需要了解Bean的生命周期

  • 实例化(分配内存空间)
  • 填充属性值(解析依赖关系,注入默认属性等)
  • 初始化(设置属性值,执行逻辑等)
    1. 各种Aware通知,如BeanNameAware、BeanFactoryAware等
    2. 执行初始化前置方法
    3. 执行@PostConstruct初始化方法
    4. 执行初始化后置方法
  • 使用Bean
  • 销毁Bean

(当然在实例化之前,还要进行一些实例化前置处理,这里不讨论。)

注意:初始化一定是在填充属性值的后面,否则可能出现异常(如空指针)

三级缓存创建Bean的流程(解决循环依赖问题)

  1. 创建Bean对象时,首先看一级缓存中是否存在,如果存在,直接使用即可;
  2. 不存在则实例化一个Bean,并通过三级缓存的工厂进行填充属性和初始化。
  3. 如果这个过程存在循环依赖问题,如A需要注入B,Spring就在三级缓存中实例化B,并把B放到二级缓存中;
  4. A完成初始化后,创建成功,B也可以在二级缓存中完成初始化,并放到一级缓存中。

Spring三级缓存_第1张图片


 三级缓存的局限性

三级缓存仅用来解决单例Bean的循环依赖问题。例如原型Bean的循环依赖就无法通过三级缓存来解决。

如果原型Bean也采用三级缓存的方式,会增加巨大的开销,因为原型Bean的数量是远远多于单例Bean的,而且每个Bean的属性和状态都可能有巨大的不同,要存储这些所有的Bean和对应的工厂,耗费的资源是十分巨大的。虽然可以在一级缓存中移除已经取走的Bean,但是一级缓存是通过一个ConcurrentHashMap来维护的,频繁的进行移除操作,对性能影响也很大。再者从设计理念上来说,原型Bean是每次创建都获取到一个新的对象,从缓存中取显然不满足这个理念。因此原型Bean的循环依赖问题不适合用三级缓存来解决。事实上,创建原型Bean的时候,如果存在循环依赖的问题,Spring会直接抛异常。

因此在设计上,应该避免使用循环依赖。

你可能感兴趣的:(spring,缓存,java)