接上篇【熟练掌握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框架】第三篇