spring如何处理循环依赖 • Worktile社区

fiy

Worktile&PingCode市场小伙伴

在Spring中，循环依赖是指两个或多个Bean之间存在相互依赖关系，形成了一个环路。当这种循环依赖出现时，Spring需要解决循环依赖的问题，否则会出现死锁或无限循环等严重问题。

Spring提供了三种解决循环依赖的方式：

构造器注入：
这是最常见的依赖注入方式之一，在构造器中注入依赖对象。当Spring容器在创建Bean时遇到循环依赖时，它会将尚未创建完成的Bean实例作为参数传递给构造器，从而解决循环依赖问题。
setter注入：
使用setter方法注入依赖对象。当Spring容器在创建Bean时遇到循环依赖时，它会先创建Bean实例并完成属性的注入，然后再进行依赖关系的解决。通过setter方法注入可以通过使用代理对象解决循环依赖的问题。
通过@Lazy注解延迟加载：
@Lazy注解可以延迟加载Bean，将解决循环依赖的过程推迟到真正需要使用该Bean时进行。当Spring容器在创建Bean时遇到循环依赖时，它会暂时创建一个代理对象，而不是立即注入真实对象，从而解决循环依赖的问题。

无论使用哪种方式解决循环依赖，Spring都会通过维护一个Bean创建的流程来保证依赖关系的正确性。同时，循环依赖也需要开发者注意，避免出现复杂的循环依赖关系，以免导致程序逻辑混乱或不可预测的错误。

1年前 0条评论

不及物动词

这个人很懒，什么都没有留下～

Spring使用了三级缓存的机制来处理循环依赖问题。

提前曝光Bean：当Spring创建一个Bean时，会将其提前曝光到缓存中。如果创建Bean的过程中发现了循环依赖，Spring会将正在创建的Bean提前暴露到缓存中，而不是等待整个Bean创建过程完成。
利用中间对象：当Spring发现循环依赖时，会创建一个代理对象来替代正在创建的Bean。该代理对象是一个中间对象，它包含了正在创建的Bean的引用，并且完成Bean的初始化。当真正的Bean创建完成后，会将中间对象替换为真实的Bean。
三级缓存：Spring使用三级缓存来存储Bean的实例。第一级缓存是单例对象的缓存，用来存储已经创建完成的单例Bean。第二级缓存是用来存储被提前曝光的Bean。第三级缓存是存储早期提前曝光的Bean的缓存。

当Spring发现循环依赖时，会先从三级缓存中查找是否存在早期提前曝光的Bean。如果存在，则将其返回给请求的Bean。如果不存在，则创建一个新的中间对象，并存储到三级缓存中。当真正的Bean创建完成后，会将其存储到第一级缓存中，并替换掉中间对象。

使用依赖注入：Spring使用依赖注入的方式来解决循环依赖。当Bean的依赖关系被注入时，Spring不会直接注入依赖的Bean实例，而是注入一个代理对象。这样可以避免循环依赖问题。
使用@Lazy注解：可以使用@Lazy注解来延迟注入。这样可以将Bean的创建与依赖注入分开，从而避免循环依赖问题。当真正使用Bean时才进行依赖注入。

1年前 0条评论

worktile

Worktile官方账号

Spring框架是一个基于Java的开源框架，它提供了一个轻量级的容器，用于管理和组织Java对象的创建和依赖关系。然而，当对象之间存在循环依赖时，Spring框架需要采取特殊的处理方式来解决这个问题。本文将以方法、操作流程等方面详细介绍Spring框架是如何处理循环依赖的。

一、什么是循环依赖

循环依赖是指两个或多个对象之间互相依赖，形成一个闭环的依赖关系。在Spring框架中，当两个或多个对象之间存在循环依赖时，它们之间的依赖关系无法被解析，并且可能导致无限递归。为了解决这个问题，Spring采取了延迟注入的策略来处理循环依赖。

二、Spring处理循环依赖的策略

Spring框架通过以下两种方式来处理循环依赖：

1. 提前暴露依赖

当Spring容器检测到对象之间存在循环依赖时，它会创建一个尚未完成初始化的代理对象，并将该代理对象提前暴露给相关对象。当被依赖的对象需要使用依赖对象时，它将使用代理对象而不是实际的依赖对象。

2. 三级缓存

为了保证对象的唯一性和提高性能，Spring框架采用了三级缓存的策略来处理循环依赖。具体的缓存过程如下：

单例对象创建阶段：当Spring容器创建单例对象时，会将正在创建的对象放入一级缓存中，并标记该对象为“早期暴露状态”。
解决循环依赖阶段：在对象的创建过程中，如果发现有循环依赖的情况，Spring会先尝试从二级缓存中解析相关对象。如果二级缓存中没有找到，则会将该对象放入三级缓存中，并继续完成后续的创建流程。
完成对象创建阶段：当对象的依赖关系已经解析完毕，并且对象已经完成创建时，Spring将会从三级缓存中获取相关对象，并完成最终的依赖注入。

三、循环依赖的解决过程

下面我们通过一个示例来演示Spring框架是如何处理循环依赖的：

public class A {
    private B b;
    
    public A(B b) {
        this.b = b;
    }
    
    // ...
}

public class B {
    private A a;
    
    public B(A a) {
        this.a = a;
    }
    
    // ...
}

在这个示例中，类A和类B互相依赖，形成了一个循环依赖关系。当Spring容器创建这两个类的实例时，会按照以下步骤进行处理：

Spring容器初始化时，创建一个空的一级缓存，用于存储正在创建的对象。
创建A对象时，发现它需要依赖B对象。由于B对象还未创建，此时Spring将创建一个尚未完成初始化的A对象，并将其放入一级缓存中。
创建B对象时，发现它需要依赖A对象。由于A对象已经创建但尚未完成初始化，所以Spring会先尝试从二级缓存中查找A对象。
由于A对象还未放入二级缓存中，所以B对象无法从二级缓存中找到A对象。此时Spring将会将B对象放入三级缓存中，并继续完成B对象的创建流程。
当B对象创建完成后，Spring将从三级缓存中取出A对象，并进行依赖注入。此时A对象的创建也已经完成。

通过上述步骤，Spring框架成功解决了A和B之间的循环依赖问题，确保了对象的唯一性和正确性。

四、循环依赖的限制

尽管Spring框架提供了处理循环依赖的机制，但是仍然存在一些限制和注意事项：

循环依赖只适用于单例Bean：Spring框架只能处理单例Bean之间的循环依赖，对于原型Bean、请求Bean和会话Bean等其他作用域的对象，循环依赖是无法处理的。
构造函数注入和Setter方法注入的区别：当使用构造函数注入时，循环依赖是无法解决的，因为A和B对象的创建过程中都需要对方的实例。而使用Setter方法注入时，Spring可以先创建对象并将其放入一级缓存，然后解决循环依赖。
尽量避免循环依赖：尽管Spring框架提供了处理循环依赖的机制，但是循环依赖可能导致代码结构复杂、难以维护和测试。因此，在设计和编写代码时，尽量避免出现循环依赖的情况。

五、总结

Spring框架通过提前暴露依赖和三级缓存的策略来处理循环依赖。它能够在对象创建的过程中，有效解决循环依赖的问题，并确保对象的唯一性和正确性。尽管Spring框架提供了处理循环依赖的机制，但是在设计和编写代码时，我们仍然需要尽量避免出现循环依赖的情况，以提高代码的可读性和可维护性。

1年前 0条评论