谈谈Spring中循环依赖问题与解决方案

目录

循环依赖问题

解决方案讨论

field属性的循环依赖解决方案

构造器的循环依赖解决方案

---

循环依赖问题

循环依赖就是两个或则两个以上的bean互相持有对方，最终形成闭环。比如A依赖于B，B依赖于C，C又依赖于A。

在创建A对象的同时需要使用的B对象，在创建B对象的同时需要使用到A对象

循环依赖可能会导致程序出现各种问题，比如编译错误、运行时错误、死锁等。因此，避免循环依赖是编写高质量软件的重要方面之一。

解决方案讨论

Spring中循环依赖场景有：

• 构造器的循环依赖
• field属性的循环依赖

我们将对这俩个场景进行解决方案的讨论

field属性的循环依赖解决方案

Spring 通过提前曝光机制，利用三级缓存解决field属性的循环依赖。

对应的三级缓存如下所示：

//单实例对象注册器
public class DefaultSingletonBeanRegistry extends SimpleAliasRegistry implements SingletonBeanRegistry {
    private static final int SUPPRESSED_EXCEPTIONS_LIMIT = 100;
    //一级缓存
    private final Map singletonObjects = new ConcurrentHashMap(256);
    //三级缓存
    private final Map> singletonFactories = new HashMap(16);
    //二级缓存
    private final Map earlySingletonObjects = new ConcurrentHashMap(16);
}

缓存名称	源码名称	作用
一级缓存	singletonObjects	单例池，缓存已经经历了完整的生命周期，已经初始化完成的bean对象
二级缓存	earlySingletonObjects	缓存早期的bean对象（生命周期还没走完）
三级缓存	singletonFactories	缓存的是ObjectFactory，表示对象工厂，用来创建某个对象的

二级缓存为早期曝光对象earlySingletonObjects，三级缓存为早期曝光对象工厂（singletonFactories）。 

解决过程： 

• 先实例A对象，同时会创建ObjectFactory对象存入三级缓存singletonFactories
• A在初始化的时候需要B对象，这个走B的创建的逻辑
• B实例化完成，也会创建ObjectFactory对象存入三级缓存singletonFactories
• B需要注入A，通过三级缓存中获取ObjectFactory来生成一个A的对象同时存入二级缓存，这个是有两种情况，一个是可能是A的普通对象，另外一个是A的代理对象，都可以让ObjectFactory来生产对应的对象，这也是三级缓存的关键
• B通过从通过二级缓存earlySingletonObjects 获得到A的对象后可以正常注入，B创建成功，存入一级缓存singletonObjects
• 回到A对象初始化，因为B对象已经创建完成，则可以直接注入B，A创建成功存入一次缓存singletonObjects
• 二级缓存中的临时对象A清除

三级缓存的Value是ObjectFactory，可以从里边拿到代理对象 

二级缓存存在的必要就是为了性能，从三级缓存的工厂里创建出对象，再扔到二级缓存（这样就不用每次都要从工厂里拿） 

构造器的循环依赖解决方案

 基于field属性的循环依赖，Spring帮我们利用三级缓存自己解决掉了，但对于构造器的循环依赖，spring不能帮我们解决掉，这个时候对于构造器的循环依赖问题，我们可以修改代码把他换成 基于field属性的循环依赖。还有一种方法就是使用@Lazy 注解

  public UserService(@Lazy OrderService orderService){
    this.orderService = orderService;
  }

@Lazy注解指示是否要延迟初始化 bean。 它可以用于@Component和@Bean定义。 @Lazy bean 不会被初始化，直到被另一个 bean 引用或从BeanFactory中显式检索。 不使用@Lazy注解的 Bean 会被初始化。 

在Java中，@Lazy是一个注解，它可以用来延迟初始化对象的创建。通常情况下，当对象被创建时，它的所有属性都会被初始化。但是，有时候我们可能不想在对象被创建时立即初始化它的所有属性，特别是当某些属性的初始化需要大量的计算或者需要耗费很多时间时。在这种情况下，我们可以使用@Lazy注解来延迟它们的初始化，直到需要使用它们时才会进行实际的初始化操作。

在构造方法上使用@Lazy注解的效果和在属性上使用@Lazy注解是类似的，只是它会影响整个对象的初始化顺序。在使用@Lazy注解时，构造方法中不会进行对象属性的初始化操作，而是在第一次访问某个被@Lazy注解所标记的属性时进行初始化。这就意味着，当我们使用@Lazy注解时，只有在真正需要使用某个属性时才会进行初始化。这样就可以避免某些属性的无效初始化，提高了代码的性能和效率。