接上篇【熟练掌握spring框架第一篇】
spring依赖注入是怎么实现的
依赖注入的方式有哪些
- 基于构造器注入
setter-based injection - 基于set方法注入
constructor-based injection - 属性注入
field-based injection
为什么spring推荐使用构造器注入
参考文章：
https://blog.marcnuri.com/field-injection-is-not-recommended/
https://www.javacodegeeks.com/2019/02/field-setter-constructor-injection.html
英文原文档：https://docs.spring.io/spring-framework/docs/current/reference/html/core.html#beans-setter-injection
image-20210505205514452
- 使用构造器注入可以保证强依赖
- 可以保证对象不可变
- 如果构造器参数过多，就要考虑是否对象承担了太多了职责，是否应该进行职责拆分。使用setter方法注入就不容易发现
- 可以降低容器耦合度，方便单元测试。
- 使用setter方法注入隐藏了组件之间的依赖关系。
构造器注入
如上图：组件A通过构造器注入组件B
注意：在 Spring4.x 中增加了新的特性：如果类只提供了一个带参数的构造方法，则不需要对其内部的属性写 @Autowired 注解，Spring 会自动为你注入属性。
- 发生在
refreshContext阶段 - 初始化单例
bean - 调用
bean工厂的getBean触发创建bean - 创建
bean - 自动装配构造方法
- 创建依赖的
bean
field-based injection
如上图：组件A通过属性注入B
- 仍然发生在
refreshContext阶段 - 初始化单例
bean - 创建
bean - 填充
bean - 执行每个
InstantiationAwareBeanPostProcessor的postProcessProperties包括AutowiredAnnotationBeanPostProcessor - 执行
bean工厂的resolveDependency生成依赖bean - 利用反射设置属性
setter方法注入
如上图：组件A使用setter方法注入组件B
可以看出setter方法注入和属性注入流程是一样的。唯一不同的是属性注入是通过调用Field的set方法，而setter方法注入是调用Method的invoke方法。
小结
通过上面的学习，我们已经对spring的核心功能依赖注入有了一个全面的了解。另外相信读者对整个bean创建流程也有了一个大概的了解，spring框架按照自然顺序加载每个类，如果有依赖的组件，会直接创建依赖的组件。上面选择的几个例子都是比较简单易懂的。spring轻松搞定。那如果组件A依赖B，组件B依赖A这种循环依赖的情况，spring是怎么处理的呢。下面我们就来一起揭秘spring为了解决循环依赖都做了什么？
spring循环依赖和三级缓存
参考资料：
https://www.cnblogs.com/lwh1019/p/13260273.html
https://blog.csdn.net/zhouyu5408/article/details/107055811
https://juejin.cn/post/6844903715602694152
首先我们还是演示一下出现循环依赖导致程序启动失败的一个demo
如上图：A组件通过构造器注入B，B组件通过构造器注入A
运行报错：
提示很明确了。A和B的依赖形成了一个环。我们再来看下报错的位置。
用个流程图解释下大概就是这么回事。
整个过程没毛病！
接下来我们看看三级缓存是怎么回事。
DefaultSingletonBeanRegistry有三个map。
- 一级缓存
singletonFactories - 二级缓存
earlySingletonObjects - 三级缓存
singletonFactories
整个缓存使用的过程大致如上图所示。
比如说A依赖B，B又依赖A，那么在populateBean(a)的时候会去创建B，然后创建B的时候又会去调getBean(a)，此时调用getSingleton(a)就会从之前的三级缓存里去找A 找到之后并且将A移入到二级缓存中。注意此时A还是未初始化的bean是不能进入一级缓存的。B创建好了并填充到A，然后初始化A，接着调用getSingleton(a)从二级缓存中找到A，最后执行addSingleton(a)添加到一级缓存，并从二级缓存中移除。
问题1：给B填充的是未初始化的A，那B是不是有问题。
答案是否定的。虽然在创建B时会提前给B注入了一个还未初始化的A对象，但是在创建A的流程中一直使用的是注入到B中的A对象的引用，之后会根据这个引用对A进行初始化，所以这是没有问题的。
问题2：三级缓存为什么是个ObjectFactory
我们看下工厂的getObject方法的实现。如果条件hasInstantiationAwareBeanPostProcessors不满足的话，和二级缓存是没有什么区别的。hasInstantiationAwareBeanPostProcessors这个条件是干啥的呢？这和spring aop有关。如果开启的话，会返回一个代理后的对象。而不是实例化阶段创建的对象。
protected Object getEarlyBeanReference(String beanName, RootBeanDefinition mbd, Object bean) {
Object exposedObject = bean;
if (!mbd.isSynthetic() && hasInstantiationAwareBeanPostProcessors()) {
for (SmartInstantiationAwareBeanPostProcessor bp : getBeanPostProcessorCache().smartInstantiationAware) {
exposedObject = bp.getEarlyBeanReference(exposedObject, beanName);
}
}
return exposedObject;
}
未完待续，更多内容请关注【熟练掌握spring框架】第三篇
