三级缓存解决循环依赖

一时失言乱红尘 2024-03-23 13:28 44阅读 0赞

## 什么是循环依赖 ##

循环依赖是指在对象创建过程中，对象的属性、或者构造器参数、或者方法参数依赖其他对象：比如A对象的setter方法的入参（也可以是构造器入参，也可以是接口方法入参）是对象B，而B对象中同样有A对象作为setter方法的入参，两者相互引用构成引用的闭环，这个例子就是最简单的循环依赖的案例；

@NoArgsConstructor
    public class StudentA {
    
        private StudentB  studentB;
    
    
        public StudentA(StudentB studentB){
            this.studentB = studentB;
    
        }
    
        public void setStudentB(StudentB studentB) {
            this.studentB = studentB;
        }
    }

## 什么是三级缓存 ##

// 一级缓存Map 存放完整的Bean（流程跑完的）
    private final Map<String, Object> singletonObjects = new ConcurrentHashMap(256);
    
    // 二级缓存Map 存放不完整的Bean（只实例化完，还没属性赋值、初始化）
    private final Map<String, Object> earlySingletonObjects = new ConcurrentHashMap(16);
    
    // 三级缓存Map 存放一个Bean的lambda表达式（也是刚实例化完）
    private final Map<String, ObjectFactory<?>> singletonFactories = new HashMa

先看一下Bean的生成流程，看看三级缓存是在什么地方有调用，就三个地方：

*  Bean实例化前会先查询缓存，判断Bean是否已经存在
 *  Bean属性赋值前会先向三级缓存中放入一个lambda表达式，该表达式执行则会生成一个半成品Bean放入二级缓存
 *  Bean初始化完成后将完整的Bean放入一级缓存，同时清空二、三级缓存

整个过程就三个地方跟缓存有关，我们假设现在要实例化A这个Bean，看看缓存是怎么变化的：

*  实例化前，获取缓存判断（三个缓存中肯定没有A，获取为null，进入实例化流程）
 *  实例化完成，属性注入前（往三级缓存中放入了一个lambda表达式，一、二级为null）
 *  初始化完成（将A这个Bean放入一级缓存，清除二、三级缓存）

上述用例中的实例化过程：

> 1.  A首先完成了初始化的第一步，并且将自己提前曝光到singletonFactories中，此时进行第二步填充属性
> 2.  发现自己依赖对象B，此时就尝试去get(B)，发现B还没有被create，所以走create流程，B在初始化第一步的时候发现自己依赖了对象A，于是尝试get(A)
> 3.  尝试从一级缓存singletonObjects中获取(肯定没有，因为A还没初始化完全)
> 4.  尝试从二级缓存earlySingletonObjects中获取（也没有）
> 5.  尝试三级缓存，由于A通过ObjectFactory将自己提前曝光了，所以B能够通过从三级缓存中拿到A的工厂对象，通过这个工厂对象构建出了A的Bean对象，B拿到A对象后顺利完成了初始化阶段1、2、3。B对象完全初始化之后将自己放入到一级缓存singletonObjects中
> 6.  此时返回A中，A此时能拿到B的对象顺利完成自己的初始化阶段2、3，最终A也完成了初始化，进去了一级缓存singletonObjects中。  
>

以上则是单个Bean生成过程中缓存的变化

![在这里插入图片描述][783e74b6f7b14c36815af898d06b8a56.png]

## 第三级缓存是否必须 ##

> 我们分析一下：AOP动态代理在没有循环依赖的时候是在哪里执行的？Bean初始化后！有循环依赖的时候是在属性赋值前，中间就间隔了一个属性注入对吧，没错，在属性注入的时候注入的是原始对象的引用还是代理对象的引用这个很重要，但是属性注入会影响AOP的结果吗？是否AOP创建代理对象和切面有关，和属性注入无关，所以我们完全可以在属性注入之前就知道这个Bean是代理对象还是非代理对象，就像下面这样，我不将表达式放入第三级缓存了，而是直接执行，将结果放入第二级缓存

这样可不可以？可以吧，这样用二级缓存就解决了，但是在一个对象没有属性赋值、初始化前就创建代理对象是有风险的！像这么做不管有没有产生循环依赖，只要有AOP动态代理对象的产生就有一分风险，这么做是得不偿失的，所以有了三级缓存，三级缓存是只有在循环依赖以及AOP动态代理同时产生时才会有风险。可以说是因为存在循环依赖所以被迫的导致Bean对象提前的暴露了引用！

至于为什么多例、构造器注入这两种情况解决不了循环依赖就很简单了：

循环依赖的解决原理是在对象实例化后提前暴露了引用，而这两种情况都还没实例化呢

[783e74b6f7b14c36815af898d06b8a56.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/cb13d6d0e23943a0b1cb77e299635805.png