【Java面试】Spring如何解决循依赖问题？高手的回答你能给多少分？

“Spring如何解决循环依赖问题”！

这是一道非常经典并且考察频率很高的面试题。

大家好，我是Mic，一个工作了14年的Java程序员

下面我们来分析一下面试官对于这个问题的考察意图

考察目的

这个问题考察的求职者年限还挺广的，工作1年到工作7年之间都会遇到。

我认为考察目的有三个：

• Spring 是Java开发的基础应用框架，所以考察的是基本功

• 考察技术深度，判断你的能力高低以及

• 作为人才筛选的区分度

因此对于这个问题，不仅仅要回答原因，还需要有自己的思考和总结。

另外还需要注意，这个问题问的是Spring如何解决循环依赖，因此对于Spring无法解决的循环依赖我们没必要在这里展开。

下面我们来分析一下这个问题的产生背景和解决方案。

问题解析

循环依赖是指一个或多个 Bean 实例之间存在直接或间接的依赖关系，构成循环调用。

通常表现为三种形态。

• 互相依赖，也就是A依赖B，B依赖A

  

• 间接依赖，两个以上的Bean存在间接依赖关系造成循环调用。

  

• 自我依赖，自己依赖自己造成了循环依赖

  

Spring本身也考虑到了这方面的问题，所以它设计了三级缓存来解决部分循环依赖的问题。

所谓三级缓存，其实就是用来存放不同类型的Bean。

• 第一级缓存存放完全初始化好的Bean，这个Bean可以直接使用了

• 第二级缓存存放原始的Bean对象，也就是说Bean里面的属性还没有进行赋值

• 第三级缓存存放Bean工厂对象，用来生成原始Bean对象并放入到二级缓存中

假设BeanA和BeanB存在循环依赖，那么在三级缓存的设计下，我画了这样一个图来描述工作原理。

• 初始化BeanA，先把BeanA实例化，然后把BeanA包装成ObjectFactory对象保存到三级缓存中。

• 接着BeanA开始对属性BeanB进行依赖注入，于是开始初始化BeanB，同样做两件事，

  创建BeanB实例，以及加入到三级缓存。

• 然后，BeanB也开始进行依赖注入，在三级缓存中找到了BeanA，于是完成BeanA的依赖注入

• BeanB初始化成功以后保存到一级缓存，于是BeanA可以成功拿到BeanB的实例，从而完成正常的依赖注入。

整个流程看起来很复杂，但是它的核心思想就是把Bean的实例化和Bean中属性的依赖注入这两个过程分离出来。

不过要注意的是，Spring本身只能解决单实例存在的循环引用问题，但是存在以下四种情况需要人为干预：

• 多实例的Setter注入导致的循环依赖，需要把Bean改成单例。

• 构造器注入导致的循环依赖，可以通过@Lazy注解

• DependsOn导致的循环依赖，找到注解循环依赖的地方，迫使它不循环依赖。

• 单例的代理对象Setter注入导致的循环依赖

  • 可以使用@Lazy注解。

  • 或者使用@DependsOn注解指定加载先后关系。

在实际开发中，出现循环依赖的根本原因还是在代码设计的时候，因为模块的耦合度较高，依赖关系复杂导致的，我们应该尽可能的从系统设计角度去考虑模块之间的依赖关系，避免循环依赖的问题。

高手：

Spring设计了三级缓存来解决循环依赖问题。

• 第一级缓存里面存储完整的Bean实例，这些实例是可以直接被使用的。

• 第二级缓存里面存储的是实例化以后，但是还没有设置属性值的Bean实例，也就是Bean里面的依赖注入还没有做。

• 第三级缓存用来存放Bean工厂，它主要用来生成原始Bean对象并且放到第二级缓存里面。

三级缓存的核心思想，就是把Bean的实例化，和Bean里面的依赖注入进行分离。

采用一级缓存存储完整的Bean实例，采用二级缓存来存储不完整的Bean实例，通过不完整的Bean实例作为突破口，解决循环依赖的问题。

至于第三级缓存，主要是解决代理对象的循环依赖问题。

以上就是我的理解。

总结

下次面试的时候遇到这个问题，大家知道怎么回答了吗？

如果你喜欢我的作品，记得点赞收藏加关注哦！！！

另外，我将所有Java面试系列制作成了完整的面试文档。它的便捷之处在于，可以通过检索的方式，找到你想要的面试题，目前已经更新200期，总计超过20W字！

【想领取面试文档的小伙伴可以点击文章底部名片无套路免费赠送给大家！】

需要高手面试文档面试文档的小伙伴可以扫描下方二维码
↓↓↓↓↓↓↓↓↓↓↓↓↓