BeanFactoryPostProcessor的定义和作用
在这篇Spring源码解析-BeanPostProcessor 文章了解了bean初始化后对其实例的修改,本文则探讨另外一个接口,是bean初始化之前供你修改bean配置数据元(即bean definition)的回调接口。这也是BeanPostProcessor和BeanFactoryPostProcessor的最主要的区别。Application Contexts 能够自动的检测到BeanFactoryPostProcessor beans并被应用于其他bean被实例之前去修改属性。这也很方便我们能够在初始化bean之前对bean做些特殊处理。在Spring里也提供了一组这样的实现类,如:PropertyPlaceholderConfigurer、PropertyOverrideConfigurer 等都是这个接口的实现类,我们也可以自己去实现这个接口,并实现自己的业务逻辑。
BeanFactoryPostProcessor方法
该接口很简单,只有一个方法:
public interface BeanFactoryPostProcessor {
/**
* 实现该方法,去修改bean definition
*/
void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException;
}
该接口还有个扩展接口,就是BeanDefinitionRegistryPostProcessor,实现这个接口之类,会在BeanFactoryPostProcessor之前就被执行,BeanDefinitionRegistryPostProcessor可以注册更多的bean definition在BeanFactoryPostProcessor调用之前。该接口也只有一个方法:
public interface BeanDefinitionRegistryPostProcessor extends BeanFactoryPostProcessor {
/**
* 运行增加更多的bean定义
*/
void postProcessBeanDefinitionRegistry(BeanDefinitionRegistry registry) throws BeansException;
在spring中,我们会用注解的方式代替XML方式来注册bean,我们会在类上面注解Configuration这个注解来注册bean,而这些bean就是通过BeanDefinitionRegistryPostProcessor这个接口来实现注册bean的定义的。具体下面来看下具体的实现到底是怎么做的。
BeanFactoryPostProcessor的实现
PropertyPlaceholderConfigurer的作用就是在实例化bean之前,把bean定义里面的所有的通配符字段替换成配置文件里面配置的值,举个最常见的例子,配置数据源,我们都会用通配符去获取配置文件,如下配置:
spring创建这个bean definition的时候并没有把真正的配置文件里面的值set到属性里面去,这时候就需要BeanFactoryPostProcessor的实现类来去在实例化这个数据源的之前进行通配符的替换,这也就是PropertyPlaceholderConfigurer的工作了,具体怎么替换不展开讲了,自行脑补,具体的实现如下:
public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
if (this.propertySources == null) {
this.propertySources = new MutablePropertySources();
if (this.environment != null) {
this.propertySources.addLast(
new PropertySource(ENVIRONMENT_PROPERTIES_PROPERTY_SOURCE_NAME, this.environment) {
@Override
public String getProperty(String key) {
return this.source.getProperty(key);
}
}
);
}
try {
PropertySource localPropertySource =
new PropertiesPropertySource(LOCAL_PROPERTIES_PROPERTY_SOURCE_NAME, mergeProperties());
if (this.localOverride) {
this.propertySources.addFirst(localPropertySource);
}
else {
this.propertySources.addLast(localPropertySource);
}
}
catch (IOException ex) {
throw new BeanInitializationException("Could not load properties", ex);
}
}
processProperties(beanFactory, new PropertySourcesPropertyResolver(this.propertySources));
this.appliedPropertySources = this.propertySources;
}
该实现业务,就是替换掉${}
这些通配符在bean definition里面。就是在初始化之前去修改bean定义。假如我们要增加更多的bean definition,我们可以用另外一个接口BeanDefinitionRegistryPostProcessor,在Spring中也有这样的实现,如ConfigurationClassPostProcessor,这个类的作用就是自动检测到@Configuration注解的类并解析里面的@Bean方法以及其他的如@Import之类的等等都是这个类来做的,解析是将为这些bean创建bean definition,并注册到容器里面去,就是我们上面说到的,他的作用就是为了注册更多的bean用的。具体代码如下:
@Override
public void postProcessBeanDefinitionRegistry(BeanDefinitionRegistry registry) {
int registryId = System.identityHashCode(registry);
if (this.registriesPostProcessed.contains(registryId)) {
throw new IllegalStateException(
"postProcessBeanDefinitionRegistry already called on this post-processor against " + registry);
}
if (this.factoriesPostProcessed.contains(registryId)) {
throw new IllegalStateException(
"postProcessBeanFactory already called on this post-processor against " + registry);
}
this.registriesPostProcessed.add(registryId);
//处理解析并注册bean定义
processConfigBeanDefinitions(registry);
}
具体也不张开将,我们主要明白这两个接口是来干嘛用的就行了。如果有类似的需求,我们可以用这两个接口来扩展我们的业务。
总结
通过对BeanFactoryPostProcessor和BeanPostProcessor对比,两者的区别以及作用,都能够很好的帮助我们在后续的开发工作中更好的写出优雅的代码。Spring提供了很多这种接口方便我们去处理某类业务,像BeanFactoryPostProcessor就是去修改bean definition而BeanPostProcessor是去修改实例化后的对象,这些都是很好的后置处理器。