spring如何解决循环依赖，以及三级缓存的流程，探讨一级缓存，两个缓存，和为什么要三级缓存

首先来到这里抛弃一切在外面的观念，因为外面大多数写的不清不楚甚至是不对的。

当然我也不能保证我说的也是对的，如果觉得看了我讲的也是不清不楚，推荐看B站up主诸葛java课堂，里面的《阿里p7面试题spring为什么用三级缓存解决依赖》和up主，IT老哥的《你试过手写spring三级缓存源码，解决循环依赖问题吗》。这个是我看了很多篇文章之后觉得这两个讲的很好，可以走通的逻辑。

首先循环依赖我就跳过一下，相信来到这里的人大多数人已经懂这个概念了。

spring是如何解决循环依赖的？

答：通过三级缓存。

假设现在spring有两个类（A类，B类）发生循环依赖那么三级缓存的流程？

答：调用者现在想要获取A对象，那么它会调用getBean（）这个方法，getBean（）这个方法，会返回doGetBean（）这个方法，doGetBean（）这个方法会调用getsingleton（）这个方法，这个方法会依次从一级缓存到三级缓存中查找，如果都没有找到A对象，那么会调用createBean（）这个方法，这个方法会调用docreatBean()方法实例化一个A对象，然后判断是否允许提前暴露对象如果允许（一般也会允许除非创建的对象不是单例和懒加载的）那么会添加一个A对象工厂，也就是一个lambda表达式，放入三级缓存中。接下来在docreateBean（）方法里面又进行属性填充，发现需要一个B对象，那么从getBean（）这个方法依次找到三级缓存中，也没找到，那么会创建一个B对象，这个B对象也放入到三级缓存中，接下来进行B对象的属性填充，发现需要A对象，那么就去找结果在第三级缓存中找到了一个A对象工厂。找到这个A对象工厂会进入一个if语句，该语句里面有个重要的方法，singletonfactory.getObject（），这个方法会去执行存放里面A对象工厂，返回一个A原生对象或者AOP代理之后的对象，并把该对象放入二级缓存中同时删除三级缓存中的A对象工厂。此时B对象得到了一个不完整的A对象（不管A对象是原生对象还是代理后的对象），所以完成了B对象的属性注入，接下来执行B对象的初始化方法等后置器方法删除二级缓存和三级缓存中的B对象最后放入一级缓存中。然后接下来A对象是不是也得到B对象了？现在A对象属性注入B对象，此时A对象也完成了属性注入。现在A对象执行初始化方法，删除二级缓存和三级缓存的A对象最后放入一级缓存中。到了这里循环依赖就解决了。

为什么最后都要执行删除二级缓存的不完整对象和三级缓存中的工厂对象呢？因为spring也无法判断那两个地方有还是没有，比如对于A对象来说，它之前已经在三级缓存中删除了A对象工厂，所以再次删除这个对象工厂的操作对于它是没有必要的，但对于B对象来说，它没有进入到二级缓存中，它执行删除二级缓存是多余的。

解决循环依赖一级缓存也可以实现，只是这样就破坏了设计一级缓存的初衷，设计一级缓存当初就是为了能获得有用的bean和提高效率，如果只用一级缓存解决循环依赖，那么里面放的bean对象究竟是完整的还是不完整的没有人能知道。

解决循环依赖用两个缓存也可以实现，分别是一级缓存和三级缓存，现在假设是没有二级缓存的，调用者现在想要A对象通过getBean方法找，从一级缓存中没有找到然后直接去第二个缓存也就是三级缓存中找，还是没有那么就会创建A对象工厂，放入三级缓存中，现在A对象属性注入发现需要B对象通过查找缓存还是没有，那么也创建B对象。B对象通过属性注入发现需要A对象，那么通过查找缓存发现在三级缓存中有，那么通过singletonfactory.getObject（）这个方法得到一个A对象注入到B对象的属性中，这个逻辑没毛病吧？这样子好像也是可以的？但不过这里偏偏有个毛病在这，singletonfactory.getObject（）这个方法它会返回的是原生的对象或者代理后的对象，如果A是需要代理对象的，那么每次执行这个方法返回的是不同的A代理对象，如果B对象注入第一个代理后的A对象，又有一个类C需要A对象，C对象注入第二个A代理后的对象，那么就会两个注入都是不同的，显然这不符合逻辑，那么spring是怎么做的？它就多了一个二级缓存，让以后的调用者比如C对象在调用getsingleton（）方法查找A对象的时候不进入三级缓存，提前在二级缓存就结束。

我们再来重新走一遍spring处理循环依赖的流程，假设有三个类发生循环依赖，A依赖B，B依赖A，A也依赖C，C依赖A。

现在调用者想要要获取A对象，去调用那些方法去三级缓存中依次查找，结果没查到，那么就调用docreateBean（）方法创建A对象工厂，并放入三级缓存中，此时A对象要属性注入发现需要B对象（注入完B对象在注入C对象），那么也查找，发现缓存中没有B对象，所以那么也创建B对象，B对象现在要属性注入发现需要A对象，通过依次查找三级缓存，终于在第三级缓存中发现A对象工厂，那么它会执行singletonfactory.getObject（）这个方法，得到一个A对象并放在二级缓存中，现在B对象得到A对象了，B对象的属性注入完成接下来执行初始化方法和后置器等方法就放入一级缓存中，此时A对象属性注入完成了B，现在要属性注入C对象，那么依次去查找三级缓存，发现没有C对象，所以也创建C对象工厂并放入三级缓存中，此时C对象已经实例化完成，要进行属性注入了，发现需要A对象，依次查找三级缓存结果在二级缓存中找到对象A，那么C对象就得到A对象，C对象就完成了属性注入。巧妙就巧妙在这一点，如果二级缓存没有找到对象A那么就会去三级缓存中找，就算找到了A对象工厂但也会被迫执行singletonfactory.getObject（）方法，那么如果A是需要代理对象的，执行完这条方法B对象和C对象得到的A代理对象是不一样的。重新回到话题吧，此时A对象也属性注入完成，现在就执行初始化等方法了，这里其实还有一个看看是否该对象需要AOP代理，如果A对象确实需要代理对象，那么初始化完就会给他创建代理对象，可是A的代理对象早就在执行singletonfactory.getObject（）这个方法就得到了，所以初始化完判断该对象是否需要代理对象的时候同时还要看这个对象是否已经代理过。通过查找AOP里面的set集合中知道是否已经代理过。

所以这就是为什么spring需要三级缓存的原因，而且三级缓存的取名字，非常准确，通过我上面的说法非常符合这些名字。我的理解用一级缓存的目的是提供可用的bean和提高效率。

第三级缓存是，用来解决循环依赖，第二级缓存是，用来解决防止一个原生的对象生成多个不同的代理对象和给其他对象用的是同一个代理对象，提前暴露出来就会用这个代理对象也不会再去生成其他的代理对象。

希望我的回答能让你们少走一些弯路，当然如果我讲的是不对的让你们走进误区，我很抱歉，毕竟看到这里的已经花费你们生命中宝贵的时间了。加油程序员！