Spring入门——依赖注入的实现方式、如何阻止依赖注入和bean的初始化工作

最新推荐文章于 2023-08-24 14:40:21 发布

skyline_wx

最新推荐文章于 2023-08-24 14:40:21 发布

阅读量520

点赞数 2

分类专栏： Spring 文章标签： java spring ioc

本文链接：https://blog.csdn.net/WX10301075WX/article/details/119717998

版权

Spring 专栏收录该内容

8 篇文章 3 订阅

订阅专栏

依赖注入的实现方式和bean的初始化工作

依赖注入的实现方式
阻止依赖注入的方法
bean的初始化工作

在上一篇文章中我们探究完了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是如何依赖进来的呢？我们看下面的截图：
在这里插入图片描述
@Autowrited注解的依赖注入是由AutowiredAnnotationBeanPostProcessor来实现的，对应populateBean的这部分源码：

这个地方就是对InstantiationAwareBeanPostProcessor接口的应用，spring中很多地方都是这样的，这段逻辑看起来既像是装饰模式，又像是责任链模式。这样做的好处就是解耦了，将具体的业务逻辑与框架逻辑拆开，有利于扩展。下面这个图中列举了postProcessProperties的一些关键使用场景
在这里插入图片描述
所以我们经常看到的bean循环依赖的报错是从AutowiredAnnotationBeanPostProcessor抛出的，就是因为AutowiredAnnotationBeanPostProcessor是负责处理@Autowrited注解依赖注入的。

阻止依赖注入的方法

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

bean的初始化工作

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

其实initializeBean的主体逻辑相当简单，我们先看源码：
initializeBean主要逻辑

调用invokeAwareMethods，invokeAwareMethods中提供了对BeanNameAware、BeanClassLoaderAware、BeanFactoryAware三种Aware接口的优先支持
调用applyBeanPostProcessorsBeforeInitialization，这里是一个典型的BeanPostProcessor的应用，在applyBeanPostProcessorsBeforeInitialization中，for循环所有的beanPostProcessors，依次调用他们的postProcessBeforeInitialization，这里也是代理+责任链的体现，也就是在这里提供了对@PostConstruct注解的调用
调用invokeInitMethods，这里提供了对InitializingBean接口以及init-method方法的支持
调用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");
    }

    public void initMethod(){
        System.out.println(beanName+":initMethod");
    }

    @PostConstruct
    public void postConstruct(){
        System.out.println(beanName+":postConstruct");
    }

    @Override
    public void setBeanName(String name) {
        this.beanName = name;
    }
}

xml配置如下：

<bean id="bean3" class="com.example.spring.beans2.Bean3" init-method="initMethod"/>

这是我的BeanPostProcessor

@Component
public class MyBeanPostProcessor implements BeanPostProcessor {

    @Override
    public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
        if (beanName.equals("bean3")) {
            System.out.println("now bean3 come in postProcessBeforeInitialization======");
        }
        return BeanPostProcessor.super.postProcessBeforeInitialization(bean, beanName);
    }

    @Override
    public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
        if (beanName.equals("bean3")) {
            System.out.println("now bean3 come in postProcessAfterInitialization======");
        }
        return BeanPostProcessor.super.postProcessAfterInitialization(bean, beanName);
    }
}

最后我们看下打印的结果：
在这里插入图片描述

说明我们的理解是没有问题的，调用顺序如下：

最后的最后，关于Listener之前有一篇文章做了一点点的解析，我们知道，我们可以通过调用applicationContext.addApplicationListener的方法向容器中添加一个listener，但是，为什么我们在listener上添加一个@Component注解之后，这个listener也能生效呢？，原因就在这里：
在这里插入图片描述