Spring框架如何处理循环依赖

"Spring循环依赖案例问题详解" 在Spring框架中，循环依赖是指两个或多个bean之间形成一个闭环，每个bean都依赖于其他bean，形成一个依赖链。在上述的代码示例中，`AuthorService`类依赖于`BookService`，而`BookService`又依赖于`AuthorService`，这就是一个典型的循环依赖情况。 Spring提供了多种处理循环依赖的方式，主要是通过其依赖注入（Dependency Injection, DI）机制来解决。在上述代码中，使用了`@Autowired`注解自动装配bean，Spring默认会采用setter注入或构造器注入来处理依赖。当遇到循环依赖时，Spring采取了一种称为“早期绑定”或“三级缓存”的策略来避免无限递归。 1. **三级缓存**：Spring在实例化bean的过程中，使用三级缓存管理bean的实例。这三级缓存分别是： - **Singleton对象池**：用于存放完全初始化完成的单例bean。 - **早期singleton对象**：在bean实例化但未完成初始化之前，存储在这里，主要处理循环依赖。 - **目标对象池**：存放正在被创建的bean对象，每个bean对应一个实例。 2. **解决循环依赖的过程**： - 当`AuthorService`实例化时，发现需要`BookService`，这时`BookService`还未完全初始化，Spring将`BookService`的一个“早期对象”放入早期singleton对象缓存。 - 接着，`BookService`实例化时，发现需要`AuthorService`，同样，`AuthorService`的早期对象被放入缓存。 - 此时，虽然`AuthorService`和`BookService`互相依赖，但由于它们都在早期singleton对象缓存中，Spring可以使用这些不完整的对象进行依赖注入，然后逐步填充它们的依赖，直到所有依赖注入完成，最后将完整初始化的bean放入Singleton对象池。 3. **构造器注入与setter注入的差异**： - 对于构造器注入，Spring在创建bean时就会检查所有的依赖是否可用，如果在构造阶段就检测到循环依赖，那么会立即抛出异常。 - 而setter注入则允许部分依赖在bean实例化后注入，这样就可以利用三级缓存策略处理循环依赖。 4. **循环依赖的限制**： - Spring的这种解决方案只适用于单例（`@Scope("singleton")`）bean，对于原型（`@Scope("prototype")`）bean，由于每次请求都会创建新的实例，所以无法使用上述的缓存策略，循环依赖可能导致内存泄露。 - 另外，对于属性注入（`@Autowired`）的循环依赖，Spring可以处理。但如果依赖是通过`@Value`注解从属性文件中读取值或者通过`@Qualifier`指定特定bean，Spring可能无法识别并解决循环依赖。 Spring通过其智能的依赖注入策略，能够有效地解决大部分场景下的循环依赖问题，使得开发者在编写代码时不必过多考虑这类问题，从而提高了开发效率。然而，尽管Spring能够处理循环依赖，但作为良好的编程习惯，我们仍然应该尽可能地避免在设计时引入循环依赖，因为它可能会导致系统结构复杂，不易理解和维护。