头图

接上篇【熟练掌握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...

image-20210505205514452
  • 使用构造器注入可以保证强依赖
  • 可以保证对象不可变
  • 如果构造器参数过多,就要考虑是否对象承担了太多了职责,是否应该进行职责拆分。使用setter方法注入就不容易发现
  • 可以降低容器耦合度,方便单元测试。
  • 使用setter方法注入隐藏了组件之间的依赖关系。

构造器注入

image-20210506103007802

如上图:组件A通过构造器注入组件B
注意:在 Spring4.x 中增加了新的特性:如果类只提供了一个带参数的构造方法,则不需要对其内部的属性写 @Autowired 注解,Spring 会自动为你注入属性。

image-20210506102657251

  1. 发生在refreshContext阶段
  2. 初始化单例bean
  3. 调用bean工厂的getBean触发创建bean
  4. 创建bean
  5. 自动装配构造方法
  6. 创建依赖的bean

field-based injection

image-20210506104617982

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

image-20210506111114259

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

setter方法注入

image-20210506112120232

如上图:组件A使用setter方法注入组件B

image-20210506112553449

可以看出setter方法注入和属性注入流程是一样的。唯一不同的是属性注入是通过调用Fieldset方法,而setter方法注入是调用Methodinvoke方法。

小结

通过上面的学习,我们已经对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

image-20210506122319305

如上图:A组件通过构造器注入B,B组件通过构造器注入A

运行报错:

image-20210506122700130

提示很明确了。A和B的依赖形成了一个环。我们再来看下报错的位置。

image-20210506125427220

用个流程图解释下大概就是这么回事。

image-20210506131118343

整个过程没毛病!
接下来我们看看三级缓存是怎么回事。
DefaultSingletonBeanRegistry有三个map。

  • 一级缓存singletonFactories
  • 二级缓存earlySingletonObjects
  • 三级缓存singletonFactories

image-20210506154257960

整个缓存使用的过程大致如上图所示。

比如说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框架】第三篇

wei_xin_tail


java论剑
17 声望0 粉丝