通常,应用程序开发人员不需要为ApplicationContext实现类提供子类。 相反,可以通过插入特殊集成接口的实现来扩展Spring IoC容器。Spring提供了两个非常重要的扩展接口BeanPostProcessor和BeanFactoryPostProcessor
-
BeanFactoryPostProcessor 主要是在对象实例化前对beanDefinition中的元数据进行修改并且BeanDefinitionRegistryPostProcessor继承BeanFactoryPostProcessor ,它的实现类ConfigurationClassPostProcessor完成了对类的扫描。
image.png -
BeanPostProcessor 主要是在对象实例化之后完成属性注入和AOP
image.png
image.png
使用BeanPostProcessor自定义Bean
BeanPostProcessor接口定义了回调方法,你可以实现这些回调方法以提供自己的(或覆盖容器的默认值)实例化逻辑,依赖关系解析逻辑等。 如果你想在Spring容器完成实例化,配置和初始化bean之后实现一些自定义逻辑,则可以插入一个或多个自定义BeanPostProcessor实现。
你可以配置多个BeanPostProcessor实例,并且可以通过设置order属性来控制这些BeanPostProcessor实例的执行顺序。 仅当BeanPostProcessor实现Ordered接口时,才可以设置此属性。 如果你编写自己的BeanPostProcessor,则也应该考虑实现Ordered接口。
BeanPostProcessor实例在对象实例化后执行。 即,Spring IoC容器实例化一个对象实例,然后BeanPostProcessor实例完成其它工作。 如果要更改实际的bean定义(即定义bean的元数据),你需要使用BeanFactoryPostProcessor
以编程方式注册BeanPostProcessor实例
虽然建议的BeanPostProcessor注册方法是通过ApplicationContext自动检测(如前所述),但是你可以使用addBeanPostProcessor方法以编程方式将其注册到ConfigurableBeanFactory。 当你需要在注册之前评估条件逻辑,甚至需要跨层次结构的上下文复制Bean后处理器时,这将非常有用。 但是请注意,以编程方式添加的BeanPostProcessor实例不遵守Ordered接口。 在这里,注册的顺序决定了执行的顺序。 还要注意,以编程方式注册的BeanPostProcessor实例始终在通过自动检测注册的实例之前进行处理,而不考虑任何明确的顺序。
BeanPostProcessor实例和AOP自动代理
实现BeanPostProcessor接口的类是特殊的,并且容器对它们的处理方式有所不同。 它们直接引用的所有BeanPostProcessor实例和Bean在启动时都会实例化,作为ApplicationContext特殊启动阶段的一部分。 接下来,以排序方式注册所有BeanPostProcessor实例,并将其应用于容器中的所有其他bean。 因为AOP自动代理是作为BeanPostProcessor本身实现的,所以BeanPostProcessor实例或它们直接引用的bean都不适合进行自动代理,因此,没有编织的切面。
用JDK动态代理说明BeanPostProcessor的基本使用
public class TransactionHandler implements InvocationHandler {
private Object target;
public Object getProxyInstance(Object target){
this.target = target;
return Proxy.newProxyInstance(this.getClass().getClassLoader() , target.getClass().getInterfaces() , this);
}
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
System.out.println("open Transaction");
method.invoke(target , args);
System.out.println("close Transaction");
return null;
}
}
@Component
public class AOPBeanPostProcessor implements BeanPostProcessor {
@Override
public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
Object aopBean = bean;
if ("indexServiceImpl".equals(beanName)){
TransactionHandler transactionHandler = new TransactionHandler();
aopBean = transactionHandler.getProxyInstance(bean);
}
return aopBean;
}
}
public interface IndexService {
void query();
}
@Component("indexServiceImpl")
public class IndexServiceImpl implements IndexService {
@Override
public void query() {
System.out.println("query data");
}
}
public class Test {
public static void main(String[] args) {
AnnotationConfigApplicationContext applicationContext = new AnnotationConfigApplicationContext(Apppconfig.class);
IndexService indexService = (IndexService) applicationContext.getBean("indexServiceImpl");
indexService.query();
}
}
输出结果
open Transaction
query data
close Transaction
使用BeanFactoryPostProcessor自定义配置元数据
我们要看的下一个扩展点是org.springframework.beans.factory.config.BeanFactoryPostProcessor该接口的语义与BeanPostProcessor的语义相似,但有一个主要区别:BeanFactoryPostProcessor对Bean配置元数据进行操作。 也就是说,Spring IoC容器允许BeanFactoryPostProcessor读取配置元数据,并有可能在容器实例化除BeanFactoryPostProcessor实例以外的任何bean之前更改它。
你可以配置多个BeanFactoryPostProcessor实例,并且可以通过设置order属性来控制这些BeanFactoryPostProcessor实例的运行顺序。 但是,仅当BeanFactoryPostProcessor实现Ordered接口时才能设置此属性。 如果您编写自己的BeanFactoryPostProcessor,则也应该考虑实现Ordered接口。
如果要更改实际的bean实例(即从配置元数据创建的对象),则需要使用BeanPostProcessor(在前面的使用BeanPostProcessor自定义Bean中进行了介绍)。 从技术上讲,可以在BeanFactoryPostProcessor中使用Bean实例(例如,通过使用BeanFactory.getBean()),但这样做会导致过早的Bean实例化,从而违反了标准容器的生命周期。 这可能会导致负面影响,例如绕过bean后处理。
Bean工厂后处理器在ApplicationContext中声明时会自动执行,以便将更改应用于定义容器的配置元数据。 Spring包含许多预定义的bean工厂后处理器,例如PropertyOverrideConfigurer和PropertySourcesPlaceholderConfigurer。 您还可以使用自定义BeanFactoryPostProcessor,例如注册自定义属性编辑器。
ApplicationContext自动检测实现BeanFactoryPostProcessor接口(ConfigurationClassPostProcessor也是实现BeanFactoryPostProcessor,但是通常会比其他实现BeanFactoryPostProcessor先执行除了以编程方式手动放入的BeanFactoryPostProcessor,ConfigurationClassPostProcessor会把其他类扫描出来也包括实现BeanFactoryPostProcessor的类,ConfigurationClassPostProcessor的细节我会在后续源码分析里面进行讲解),并应用到到其中的所有Bean。 它在适当的时候将这些bean用作bean工厂的后处理器(这里的bean只是被扫描出来,还没有实例化)。
覆盖Bean中的默认值来举例说明BeanFactoryPostProcessor的使用
@Component("simplePostProcessor")
public class SimplePostProcessor {
private String connectionString = "bollocks";
private String password = "imaginecup";
private String username = "Microsoft";
public String getConnectionString() {
return connectionString;
}
public void setConnectionString(String connectionString) {
this.connectionString = connectionString;
}
public String getPassword() {
return password;
}
public void setPassword(String password) {
this.password = password;
}
public String getUsername() {
return username;
}
public void setUsername(String username) {
this.username = username;
}
@Override
public String toString() {
return "SimplePostProcessor{" +
"connectionString='" + connectionString + '\'' +
", password='" + password + '\'' +
", username='" + username + '\'' +
'}';
}
}
@Component
public class ObscenityBeanFactoryPostProcessor implements BeanFactoryPostProcessor {
@Override
public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
ScannedGenericBeanDefinition scannedGenericBeanDefinition = (ScannedGenericBeanDefinition) beanFactory.getBeanDefinition("simplePostProcessor");
MutablePropertyValues propertyValues = scannedGenericBeanDefinition.getPropertyValues();
propertyValues.addPropertyValue("password" , "*****");
propertyValues.addPropertyValue("username" , "*****");
}
}
public class Test {
public static void main(String[] args) {
AnnotationConfigApplicationContext applicationContext = new AnnotationConfigApplicationContext(Apppconfig.class);
System.out.println(applicationContext.getBean("simplePostProcessor"));
}
}
输出结果
SimplePostProcessor{connectionString='bollocks', password='*****', username='*****'}
网友评论