Spring循环依赖

最新推荐文章于 2024-10-05 11:27:00 发布

猿究院-Hel

最新推荐文章于 2024-10-05 11:27:00 发布

阅读量764

点赞数 13

文章标签： spring java servlet

本文链接：https://blog.csdn.net/m0_64962653/article/details/142312597

版权

什么是循环依赖？

循环依赖，也被称为循环引用，指的是在Spring容器中的两个或多个Bean之间存在直接或间接的依赖关系，构成了一个闭环。例如，UserDao依赖于UserService，而UserService又依赖于UserDao，就形成了一个简单的循环依赖。在更复杂的场景中，还可能存在多个Bean之间的间接依赖，最终形成一个闭环。

public class UserDao {
    private UserService userService;

    public void setUserService(UserService userService) {
        this.userService = userService;
    }
}


public class UserService {
    private UserDao userDao;

    public void setUserDao(UserDao userDao) {
        this.userDao = userDao;
    }
}

为什么会出现循环依赖？

循环依赖通常是由于设计上的不合理导致的。在面向对象的设计中，类之间的依赖关系应该尽量简单明了，避免出现复杂的依赖循环。然而，在实际开发中，由于业务逻辑的复杂性，有时难以完全避免循环依赖。此外，Spring框架的依赖注入机制也允许一定程度的循环依赖存在，但并非所有情况都能被Spring处理。

Spring如何解决循环依赖？

Spring框架通过三级缓存机制来解决单例模式下的循环依赖问题。具体来说，Spring内部维护了三个Map来分别存储不同状态的Bean实例：

一级缓存（singletonObjects）：存储已经实例化、注入和初始化完成的Bean实例。
二级缓存（earlySingletonObjects）：存储已经实例化但还未进行属性注入和初始化的Bean实例。
三级缓存（singletonFactories）：存储能够生成Bean实例的工厂对象，这些工厂对象可以延迟生成Bean实例。

三级缓存的工作流程

UserService 实例化对象，但尚未初始化，将UserService存储到三级缓存；
UserService 属性注入，需要UserDao，从缓存中获取，没有UserDao；
UserDao实例化对象，但尚未初始化，将UserDao存储到到三级缓存；
UserDao属性注入，需要UserService，从三级缓存获取UserService，UserService从三级缓存移入二级缓存；
UserDao执行其他生命周期过程，最终成为一个完成Bean，存储到一级缓存，删除二三级缓存；
UserService 注入UserDao；
UserService执行其他生命周期过程，最终成为一个完成Bean，存储到一级缓存，删除二三级缓存。

哪些循环依赖Spring无法解决？

尽管Spring能够解决单例模式下的循环依赖，但并非所有情况都能被处理。以下是一些Spring无法解决的循环依赖情况：

构造器注入：如果Bean之间的依赖关系是通过构造器注入建立的，Spring无法处理循环依赖。因为构造器注入需要在实例化对象时就确定依赖关系，而循环依赖会导致无法确定依赖顺序。
多例模式（Prototype）：在多例模式下，每次请求都会创建一个新的Bean实例，因此无法利用缓存来解决循环依赖问题。
@DependsOn注解：如果Bean之间通过@DependsOn注解指定了依赖关系，并且这些依赖关系形成了循环，Spring将无法处理。

实际应用中的注意事项

避免循环依赖：最好的方法是避免循环依赖的出现。通过合理的业务逻辑划分和架构设计，可以减少或消除循环依赖。
使用setter注入：在可能的情况下，使用setter注入而不是构造器注入，因为setter注入更容易被Spring处理循环依赖。
使用@Lazy注解：对于无法通过其他方式解决的循环依赖，可以考虑使用@Lazy注解来延迟加载某个Bean，从而避免在启动时触发循环依赖问题。
合理配置：在Spring Boot项目中，可以通过配置文件来允许或禁止循环依赖的存在。但从2.6版本开始，Spring Boot默认禁止了循环依赖，以避免潜在的问题。