关于spring:熟练掌握spring框架第二篇

接上篇【熟练掌握 spring 框架第一篇】

spring 依赖注入是怎么实现的

依赖注入的形式有哪些

1. 基于结构器注入 setter-based injection
2. 基于 set 办法注入 constructor-based injection
3. 属性注入 field-based injection

为什么 spring 举荐应用结构器注入

参考文章：

https://blog.marcnuri.com/fie…

https://www.javacodegeeks.com…

英文原文档：https://docs.spring.io/spring…

• 应用结构器注入能够保障强依赖
• 能够保障对象不可变
• 如果结构器参数过多，就要思考是否对象承当了太多了职责，是否应该进行职责拆分。应用 setter 办法注入就不容易发现
• 能够升高容器耦合度，不便单元测试。
• 应用 setter 办法注入暗藏了组件之间的依赖关系。

结构器注入

如上图：组件 A 通过结构器注入组件 B
留神：在 Spring4.x 中减少了新的个性：如果类只提供了 一个带参数的构造方法，则不须要对其外部的属性写 @Autowired 注解，Spring 会主动为你注入属性。

1. 产生在 refreshContext 阶段
2. 初始化单例bean
3. 调用 bean 工厂的 getBean 触发创立bean
4. 创立bean
5. 主动拆卸构造方法
6. 创立依赖的bean

field-based injection

如上图：组件 A 通过属性注入 B

1. 依然产生在 refreshContext 阶段
2. 初始化单例bean
3. 创立bean
4. 填充bean
5. 执行每个 InstantiationAwareBeanPostProcessor 的postProcessProperties包含AutowiredAnnotationBeanPostProcessor
6. 执行 bean 工厂的 resolveDependency 生成依赖 bean
7. 利用反射设置属性

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/lwh10…

https://blog.csdn.net/zhouyu5…

https://juejin.cn/post/684490…

首先咱们还是演示一下呈现循环依赖导致程序启动失败的一个 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 框架】第三篇