Spring中的@Lazy懒加载能否解决循环依赖问题?

最新推荐文章于 2024-09-20 21:12:28 发布

zzzzzengjf

最新推荐文章于 2024-09-20 21:12:28 发布

阅读量790

点赞数 14

分类专栏： Spring 文章标签： spring java 后端

本文链接：https://blog.csdn.net/zzzzzengjf/article/details/141953708

版权

Spring 专栏收录该内容

8 篇文章 0 订阅

订阅专栏

@Lazy 注解在 Spring 中用于延迟加载 Bean，但它不能解决所有类型的循环依赖问题。要理解这个限制，我们需要更深入地了解 @Lazy 的工作原理和循环依赖的具体情况。

1. 什么是 `@Lazy`？

@Lazy 注解用于将某个 Bean 的初始化延迟到第一次实际使用时。这意味着在容器启动时不会立即创建该 Bean，而是在它被第一次访问时才进行创建和初始化。这种懒加载机制有助于提高应用启动速度和节省内存。

@Lazy
@Component
public class MyService {
    public MyService() {
        System.out.println("MyService Bean is created");
    }
}

在上面的例子中，MyService Bean 只有在第一次被请求时才会创建。

2. `@Lazy` 能否解决循环依赖？

要回答这个问题，我们需要区分 不同类型的循环依赖。在 Spring 中，常见的循环依赖有两种：

构造函数循环依赖（Constructor Circular Dependency）：
- A Bean 通过构造函数注入依赖于 B，而 B 也通过构造函数注入依赖于 A。
- 无法解决： Spring 目前无法自动解决构造函数循环依赖，因为在实例化一个 Bean 时，它需要先调用构造函数。对于构造函数循环依赖，Spring 会抛出 BeanCurrentlyInCreationException。
Setter 或字段注入循环依赖（Setter or Field Circular Dependency）：
- A Bean 通过 setter 方法或字段注入（@Autowired）依赖于 B，B 也通过 setter 方法或字段注入依赖于 A。
- 可以解决： Spring 使用三级缓存机制解决了这类循环依赖问题。在这种情况下，@Lazy 的使用会影响 Bean 的加载顺序，但并不解决循环依赖问题。

`@Lazy` 不能解决的原因

@Lazy 注解主要用于控制 Bean 的加载时机，但并不改变 Bean 的依赖注入过程。如果两个 Bean 通过构造函数相互依赖，即便其中一个 Bean 使用了 @Lazy 注解，Spring 容器在初始化 Bean 时仍然会陷入构造函数的死循环中。

例如：

@Component
public class A {
    private B b;

    public A(@Lazy B b) {  // 尝试使用 @Lazy
        this.b = b;
    }
}

@Component
public class B {
    private A a;

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

在上面的例子中，A 和 B 通过构造函数相互依赖。即使 B 被标记为 @Lazy，Spring 仍然无法解决该循环依赖，因为在创建 A 的实例时，它需要构造 B 的实例，而 B 的构造函数又需要 A 的实例，这导致了死循环。

如何正确理解 `@Lazy` 和循环依赖

@Lazy 主要用来推迟 Bean 的创建，而不是直接解决循环依赖。它在以下情况下有一些帮助：

避免不必要的实例化：
如果某些 Bean 之间存在循环依赖，但这些依赖关系并不经常被使用，@Lazy 可以推迟其中一个 Bean 的创建，直到实际需要时再进行实例化，从而避免在应用启动时出现问题。
减少启动时间：
在有大量单例 Bean 的应用程序中，通过将部分 Bean 标记为 @Lazy，可以推迟它们的创建，减小应用启动的内存占用和时间消耗。

解决循环依赖的正确方式

构造函数循环依赖：
对于构造函数注入的循环依赖，建议重新考虑设计，避免直接通过构造函数注入相互依赖的 Bean。例如，可以通过将其中一个依赖改为 setter 注入或字段注入来解决。
setter 或字段注入循环依赖：
对于这种类型的循环依赖，Spring 默认的三级缓存机制可以解决这个问题，无需额外配置。