Spring三级缓存
视频链接：https://www.bilibili.com/video/BV1hD4y177SD?p=9&spm_id_from=pageDriver&vd_source=9ae60d5eb74e5e80aca6aac78463c049
1、三个map结构分别存储什么类型的对象
—级缓存:成品对象
二级缓存:半成品对象
三级缓存:lambda表达式
2、三个map结构在查找对象的时候，顺序是什么样子的?
1,2,3
3、如果只有一个map结构，可以解决循环依赖问题吗?
理论上是可以的，因为一级缓存和二级缓存的区别在于存储的对象类型不一样，也就是说我可以在一个map中增加标识符来区分清楚成品对象和半成品对象，此时就需要在value上添加标识符，那么就相当于value上存储的对象要增加其他的属性.而在进行操作的时候，每次都要根据key获取到value，然后根据获取的标识符来判断是成品还是半成品，太麻烦了，代码非常不优雅，两个map可以轻松解决掉这个问题
4、如果只有两个map结构，可以解决循环依赖问题吗?
可以，但是有前提条件:如果没有aop动态代理对象的存在可以直接使用二级缓存，但是有了aop相关的配置之后就不行了
5、为什么必须要使用三个map结构来解决循环依赖问题?三级缓存是如何解决aop中的循环依赖问题的?
《1》在创建代理对象的时候，是否需要创建原始对象?
在标准的bean的生命周期的流程中是需要创建原始对象的
《2》同一个容器中能否存在同名的两个不同的对象?
不能
《3》如果同时存在了两个同名的不同对象怎么办?
如果存在了，那么就要进行覆盖，在讲流程的时候哪个地方出现了覆盖?(getEarlyBeanReference方法中，也就是lambda表达式要执行的具体逻辑中出现了)
《4》为什么有了三级缓存就可以解决这个问题?
在标准的bean的生命周期中，需要先创建出原始对象，然后通过populateBean方法来完成对象的属性赋值，但是动态代理对象的创建是在populateBean方法之后的BeanPostProcessor的后置处理方法里面完成动态代理对象创建的，也就是说动态代理对象的创建是要滞后于属性的赋值的，如果按照此方式来执行的话，也就是说先通过原始对象来进行属性的赋值，然后在后续步骤的时候再生成代理对象，此时是不会完成代理对象的替换的，所以会出现《this means that said other beans do not use the final version of the bean》的错误
《5》因此我们要想办法解决这个问题，怎么解决?
需要将生成代理对象的步骤提前，也就是说在进行赋值之前必须要唯一性的确定出到底赋值的是原始对象还是代理对象，但是bean对象的创建过程不是人为干预的，是容器来帮助我们进行控制的，所以使用lambda表达式相当于不会立刻执行，但是在赋值的前一刻必须要确定好是代理对象还是原始对象，也就是在getEarlyBeanReference方法中使用的操作逻辑
6、既然spring中提供了循环依赖的解决方案，为什么我在写业务代码的时候还回出现循环依赖的问题?
spring是一个跟业务无关的框架，他只是提供了一个预防此种情况的循环依赖问题的解决方案，但是并不是所有的循环依赖向题都可以通过此方式来解决，就跟我们写业务代码的异常一样，你可以写异常处理机制来预防一部分异常情况，但是不是能解决所有的异常情况