在 上一篇文章中我们探究完了bean是如何被实例化出来的,实例完的bean还不能被使用,我们可以理解为只是被new出来了一个对象,然后放到了spring的容器中管理起来了,但是这个bean上的很多字段还没有值,很多方法还没有被调用。

依赖注入的实现方式

=========================================================================

populateBean一个超级有名的一个方法,这个方法的全名是:org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory#populateBean,就是在这个方法中实现了DI(依赖注入)

首先,我们先看一段代码:

@Component
public class Bean2 {
@Autowired
private Bean1 bean1;
public void hello(){
System.out.println("hello i’m bean2 ");
bean1.hello();
}
}

从代码中我们可以看到,在Bean2中有个属性叫Bean1,通过@Autowired注解依赖进来,那么spring是如何依赖进来的呢?我们看下面的截图:

如何确认spring Framework6的依赖关系 spring怎么实现依赖注入的_依赖注入

@Autowrited注解的依赖注入是由AutowiredAnnotationBeanPostProcessor来实现的,对应populateBean的这部分源码:

如何确认spring Framework6的依赖关系 spring怎么实现依赖注入的_Java_02

这个地方就是对InstantiationAwareBeanPostProcessor接口的应用,spring中很多地方都是这样的,这段逻辑看起来既像是装饰模式,又像是责任链模式。这样做的好处就是解耦了,将具体的业务逻辑与框架逻辑拆开,有利于扩展。下面这个图中列举了postProcessProperties的一些关键使用场景

如何确认spring Framework6的依赖关系 spring怎么实现依赖注入的_依赖注入_03

所以我们经常看到的bean循环依赖的报错是从AutowiredAnnotationBeanPostProcessor抛出的,就是因为AutowiredAnnotationBeanPostProcessor是负责处理@Autowrited注解依赖注入的。

如何确认spring Framework6的依赖关系 spring怎么实现依赖注入的_Java_04

阻止依赖注入的方法

=========================================================================

每天一个作死小技巧,在InstantiationAwareBeanPostProcessor中有一个方法叫postProcessAfterInstantiation,如果这个方法返回false,那么当前bean就不会进行依赖注入了

如何确认spring Framework6的依赖关系 spring怎么实现依赖注入的_后端_05

bean的初始化工作

==========================================================================

当bean的属性全都有值了之后,就需要进行初始化操作了

如何确认spring Framework6的依赖关系 spring怎么实现依赖注入的_依赖注入_06

其实initializeBean的主体逻辑相当简单,我们先看源码:

如何确认spring Framework6的依赖关系 spring怎么实现依赖注入的_后端_07

  1. 调用invokeAwareMethodsinvokeAwareMethods中提供了对BeanNameAwareBeanClassLoaderAwareBeanFactoryAware三种Aware接口的优先支持
  2. 调用applyBeanPostProcessorsBeforeInitialization,这里是一个典型的BeanPostProcessor的应用,在applyBeanPostProcessorsBeforeInitialization中,for循环所有的beanPostProcessors,依次调用他们的postProcessBeforeInitialization,这里也是代理+责任链的体现,也就是在这里提供了对@PostConstruct注解的调用
  3. 调用invokeInitMethods,这里提供了对InitializingBean接口以及init-method方法的支持
  4. 调用applyBeanPostProcessorsAfterInitialization,这也是一个典型的BeanPostProcessor的接口应用,但是这次是循环调用postProcessAfterInitialization接口,如果引入了aop的话,这里会是aop的入口

接下来我们验证一下:

这是Bean3,实现了BeanNameAware和InitializingBean接口
public class Bean3 implements BeanNameAware,InitializingBean {
private String beanName;
@Override
public void afterPropertiesSet() throws Exception {
System.out.println(beanName+“:afterPropertiesSet”);
}