Spring如何解决的循环依赖问题

最新推荐文章于 2024-07-22 22:39:54 发布

bailaoshi666

最新推荐文章于 2024-07-22 22:39:54 发布

阅读量804

点赞数

分类专栏： JAVA

本文链接：https://blog.csdn.net/bailaoshi666/article/details/107197985

版权

JAVA 专栏收录该内容

108 篇文章 0 订阅

订阅专栏

2020-9-1更新

大白话

对于 setter 注入造成的依赖是通过 Spring 容器提前暴露刚完成构造器注入但未完成其他步骤（如

setter 注入）的 Bean 来完成的，而且只能解决单例作用域的 Bean 循环依赖。

1、Spring 容器创建单例“A” Bean，首先检测 singletonFactories 是否包含 A，发现没有，于

是正常创建，然后检测 A 是否包含在 singletonsCurrentlyInCreation 中，没有，则将 A 放入。

将 A 放入到 singletonFactories 中。注入属性时需要 B 实例，于是调用了 getBean(B)方法、

2、Spring 容器创建单例“B” Bean，首先检测 singletonFactories 是否包含 B，发现没有，于

是正常创建，然后检测 B 是否包含在 singletonsCurrentlyInCreation 中，没有，则将 B 放入。

将 B 放入到 singletonFactories 中。注入属性时需要 C 实例，于是调用了 getBean(C)方法、

3、Spring 容器创建单例“C” Bean，首先检测 singletonFactories 是否包含 C，发现没有，于

是正常创建，然后检测 C 是否包含在 singletonsCurrentlyInCreation 中，没有，则将 C 放入。

将 C 放入到 singletonFactories 中。注入属性时需要 A 实例，于是调用了 getBean(A)方法、

4、Spring 容器创建单例“A” Bean，首先检测 singletonFactories 是否包含 A，发现有，于是

返回缓存了的 bean，并将 A 从 singletonFactories 删除，返回 A 实例。

5、C 得到 A 实例。set 进来，B、A 也是这样。结束

对于 “prototype” 作用域 Bean ， Spring 容器无法完成依赖注入，因为 “prototype” 作用域的 Bean ，

Spring 容器不进行缓存，因此无法提前暴露一个创建中的 Bean 。

先说下spring注入属性为null

最主要的原因就是自己new的，是不给spring分配的，要么改成spring扫描注入，要么自己去获取bean

如何理解“依赖”呢，在Spring中有：

构造器循环依赖
field属性注入循环依赖

构造器循环依赖（失败）

@Service
public class A {  
    public A(B b) {  }
}

@Service
public class B {  
    public B(C c) {  
    }
}

@Service
public class C {  
    public C(A a) {  }
}

field属性注入循环依赖（成功）

@Service
public class A1 {  
    @Autowired  
    private B1 b1;
}

@Service
public class B1 {  
    @Autowired  
    public C1 c1;
}

@Service
public class C1 {  
    @Autowired  public A1 a1;
}

field属性注入循环依赖，多例（失败）

@Service
@Scope("prototype")
public class A1 {  
    @Autowired  
    private B1 b1;
}

@Service
@Scope("prototype")
public class B1 {  
    @Autowired  
    public C1 c1;
}

@Service
@Scope("prototype")
public class C1 {  
    @Autowired  public A1 a1;
}

现象总结：同样对于循环依赖的场景，构造器注入和prototype类型的属性注入都会初始化Bean失败。因为@Service默认是单例的，所以单例的属性注入是可以成功的。

基于构造器的循环依赖，就更不用说了，官方文档都摊牌了，你想让构造器注入支持循环依赖，是不存在的，不如把代码改了。

那么默认单例的属性注入场景，Spring是如何支持循环依赖的？

Spring解决循环依赖

首先，Spring内部维护了三个Map，也就是我们通常说的三级缓存。

在Spring的DefaultSingletonBeanRegistry类中，你会赫然发现类上方挂着这三个Map：

singletonObjects 它是我们最熟悉的朋友，俗称“单例池”“容器”，缓存创建完成单例Bean的地方。
singletonFactories 映射创建Bean的原始工厂，仅在当前 bean 创建时存在， 是尚未调用 createBean 的 bean。用于 setter 循环依赖时实现注入。
earlySingletonObjects 映射Bean的早期引用，也就是说在这个Map里的Bean不是完整的，甚至还不能称之为“Bean”，只是一个Instance。仅在当前 bean 创建时存在，用于检测代理 bean 循环依赖
其实还有一个，singletonsCurrentlyInCreation 是 beanName 的集合，用于检测构造器循环依赖。

后两个Map其实是“垫脚石”级别的，只是创建Bean的时候，用来借助了一下，创建完成就清掉了。

一级缓存：
/** 保存所有的singletonBean的实例 */
private final Map<String, Object> singletonObjects = new ConcurrentHashMap<String, Object>(64);

二级缓存：
/** 保存所有早期创建的Bean对象，这个Bean还没有完成依赖注入 */
private final Map<String, Object> earlySingletonObjects = new HashMap<String, Object>(16);
三级缓存：
/** singletonBean的生产工厂*/
private final Map<String, ObjectFactory<?>> singletonFactories = new HashMap<String, ObjectFactory<?>>(16);
 
/** 保存所有已经完成初始化的Bean的名字（name） */
private final Set<String> registeredSingletons = new LinkedHashSet<String>(64);
 
/** 标识指定name的Bean对象是否处于创建状态  这个状态非常重要 */
private final Set<String> singletonsCurrentlyInCreation =
    Collections.newSetFromMap(new ConcurrentHashMap<String, Boolean>(16));

流程大概是