大家好，我是锋哥。今天分享关于【SpringBoot为什么要禁止循环依赖?】面试题。希望对大家有帮助；

SpringBoot为什么要禁止循环依赖?

1000道 互联网大厂Java工程师 精选面试题-Java资源分享网

Spring Boot 禁止循环依赖的原因与 Spring 框架本身的设计和依赖注入机制密切相关。以下是详细解释：

1. 依赖注入的基本原理

在 Spring 框架中，依赖注入（Dependency Injection，DI）是通过 Spring 容器管理 Bean 的生命周期和依赖关系的。Spring 容器会负责创建、初始化 Bean，并将相互依赖的 Bean 注入到它们所需的地方。

2. 什么是循环依赖

循环依赖指的是两个或多个 Bean 之间互相依赖。比如，假设有两个 Bean A 和 B，其中 A 依赖于 B，同时 B 依赖于 A。这种情况会导致 Spring 容器无法创建这两个 Bean，因为它们互相等待对方的创建。

举个例子：

• A Bean 依赖于 B Bean。
• B Bean 依赖于 A Bean。

3. 为什么禁止循环依赖

在 Spring Boot 中，禁止循环依赖的原因主要有以下几点：

(1) 无法创建 Bean

Spring 在创建 Bean 时，会尝试解析 Bean 之间的依赖。如果存在循环依赖，容器将无法解决互相依赖的关系，因为每个 Bean 都在等待对方的创建，造成了死锁和无限递归，导致容器无法正常完成所有 Bean 的实例化。

(2) 依赖注入模型的限制

Spring 的传统依赖注入是通过构造器注入和字段注入实现的。对于构造器注入，Spring 无法在 Bean 创建过程中解决循环依赖。虽然通过字段注入和 setter 注入可以部分解决这种问题，但这并不意味着循环依赖是合适的设计模式。

(3) 破坏了松耦合原则

Spring 强调低耦合和高内聚的设计模式，循环依赖违背了这一原则，因为它表明两个组件之间存在强烈的耦合关系，无法独立地实例化和使用。循环依赖的存在通常表明设计存在缺陷，可能导致维护和扩展时的复杂性。

(4) 复杂的生命周期管理

Spring 容器通过管理 Bean 的生命周期来确保依赖的正确注入。循环依赖可能导致容器无法正确控制 Bean 的创建顺序，进而影响整个应用的初始化过程，造成不可预期的行为。

4. 如何解决循环依赖

为了避免循环依赖的问题，可以采用以下几种解决方案：

(1) 重新设计类的依赖关系

最根本的解决方式是重新设计应用程序的类结构，避免循环依赖的出现。可以考虑将一些逻辑提取到其他类，降低类之间的耦合。

(2) 使用 setter 注入

对于某些情况下，使用 setter 注入而不是构造器注入，可以避免 Spring 在实例化 Bean 时遇到循环依赖的问题。Spring 容器可以先实例化一个 Bean 并注入一个空的引用，然后通过 setter 方法注入真正的依赖关系。

(3) 使用 @Lazy 注解

通过使用 @Lazy 注解，可以延迟加载依赖的 Bean。这样，Spring 容器不会在初始化过程中立即创建依赖的 Bean，而是等到需要的时候再初始化，从而打破循环依赖。

@Service
public class A {
    private final B b;
    
    public A(@Lazy B b) {
        this.b = b;
    }
}

5. Spring 处理循环依赖

在 Spring 中，默认情况下如果出现构造器循环依赖，容器会抛出异常。对于字段注入（非构造器注入），Spring 会尝试使用三级缓存来解决某些类型的循环依赖（例如，单例 Bean 之间的循环依赖）。但这种方式并不推荐，依赖注入的本质设计要求应该避免循环依赖。

总结

Spring Boot 和 Spring 框架禁止循环依赖的核心原因是为了避免容器无法实例化 Bean、破坏依赖注入的原则、增加程序的复杂性以及避免引入不必要的耦合。循环依赖通常是设计不合理的体现，最佳的做法是通过优化设计来避免循环依赖的出现。