Spring注解驱动之BeanFactoryPostProcessor原理解析

目录

• 概述
• BeanFactoryPostProcessor的调用时机
• 案例实践
• 源码分析
• 小结

概述

我们现在来学习一下Spring里面的一些扩展原理，希望大家通过这些原理的学习，对Spring里面的运行机制，包括其内部的工作原理，能有一个非常深刻的认识，为以后学习Spring里面的其他框架会有较大的帮助。

BeanFactoryPostProcessor的调用时机

BeanFactoryPostProcessor其实就是BeanFactory（创建bean的工厂）的后置处理器。

看到BeanFactoryPostProcessor会联想到BeanPostProcessor，之前说过它是bean的后置处理器，并且是在bean创建对象初始化前后进行拦截工作的。

看完接口上的描述后，我们可以指定BeanFactoryPostProcessor的调用时机。意思是在IOC容器的BeanFactory标准初始化完成之后，修改IOC容器里面的BeanFactory。

什么是标准初始化么？后面描述是所有的bean定义已经被加载了，但是还没有bean被初始化。

总结：BeanFactoryPostProcessor的调用时机是在BeanFactory标准化之后，我们可以定制、修改BeanFactory里面的一些内容，此时，所有的bean定义已经被加载到BeanFactory中了，但是bean的实例还没创建。

案例实践

首先编写一个类实现BeanFactoryPostProcessor接口。

package com.meimeixia.ext;
import java.util.Arrays;
import org.springframework.beans.BeansException;
import org.springframework.beans.factory.config.BeanFactoryPostProcessor;
import org.springframework.beans.factory.config.ConfigurableListableBeanFactory;
import org.springframework.stereotype.Component;

@Component
public class MyBeanFactoryPostProcessor implements BeanFactoryPostProcessor {

	@Override
	public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
		System.out.println("MyBeanFactoryPostProcessor...postProcessBeanFactory..."); // 这个时候我们所有的bean还没被创建
		                                                                              // 但是我们可以看一下通过Spring给我们传过来的这个beanFactory，我们能拿到什么
		int count = beanFactory.getBeanDefinitionCount(); // 我们能拿到有几个bean定义
		String[] names = beanFactory.getBeanDefinitionNames(); // 除此之外，我们还能拿到每一个bean定义的名字
		System.out.println("当前BeanFactory中有" + count + "个Bean");
		System.out.println(Arrays.asList(names));
	}
}

注意，我们自己编写的MyBeanFactoryPostProcessor类要想让Spring知道，并且还要能被使用起来，那么它一定就得被加到容器中，为此，我们可以在其上标注一个@Component注解。

然后创建一个配置类，例如ExtConfig，在该配置类上使用@ComponentScan注解来配置包扫描。

package com.meimeixia.ext;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.ComponentScan;
import org.springframework.context.annotation.Configuration;
import com.meimeixia.bean.Blue;

@ComponentScan("com.meimeixia.ext")
@Configuration
public class ExtConfig {
	@Bean
	public Blue blue() {
		return new Blue();
	}	
}

package com.meimeixia.bean;

public class Blue {

	public Blue() {
		System.out.println("blue...constructor");
	}
	
	public void init() {
		System.out.println("blue...init...");
	}
	
	public void destory() {
		System.out.println("blue...destory...");
	}
}

编写测试类

package com.meimeixia.test;
import org.junit.Test;
import org.springframework.context.annotation.AnnotationConfigApplicationContext;
import com.meimeixia.ext.ExtConfig;

public class IOCTest_Ext {
	
	@Test
	public void test01() {
		AnnotationConfigApplicationContext applicationContext = new AnnotationConfigApplicationContext(ExtConfig.class);
		// 关闭容器
		applicationContext.close();
	}
}

接下来测试下BeanFactoryPostProcessor的调用时机。

我们看到自己编写的BeanFactoryPostProcessor在Blue类的无参构造器创建Blue对象之前就已经工作了。我们看看到Blue组件注册到容器中的名字，只是此刻还没有创建对象。

说明BeanFactoryPostProcessor是在所有的bean定义信息都被加载之后才调用的。

源码分析

鼠标单击Eclipse左上角方法调用栈中的IOCTest_Ext.test01() line:12，这时程序来到了IOCTest_Ext类的test01方法中，如下图所示。

继续跟进代码，可以看到创建IOC容器时，最后还得刷新容器，如下图所示。

继续跟进代码，可以看到在刷新容器的过程中，还得执行在容器中注册的BeanFactoryPostProcessor（BeanFactory的后置处理器）的方法。

那具体是怎么来执行BeanFactoryPostProcessor的呢？我们继续跟进代码，发现又调用了一个invokeBeanFactoryPostProcessors方法，如下图所示。

下面我们来仔细分析一下PostProcessorRegistrationDelegate类中的invokeBeanFactoryPostProcessors方法具体都做了哪些操作。

会发现其遍历了所有的BeanFactoryPostProcessor组件，我们自己编写的实现了BeanFactoryPostProcessor接口的MyBeanFactoryPostProcessor类肯定也属于其中，所以会被遍历到，然后便会执行其postProcessBeanFactory方法。

小结

经过源码分析，我们可以得出这样一个结论：首先从IOC容器中找到所有类型是BeanFactoryPostProcessor的组件，然后再来执行它们其中的方法，而且是在初始化创建其他组件前面执行。

为什么在初始化其他组件前面执行的呢，之前我们分析AOP原理是，bean的初始化是放在finishBeanFactoryInitialization(beanFactory)方法执行的。

以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。