Spring学习笔记4_容器扩展点(Container Extension Points)

文章参考来源：Spring Framework官方文档

Spring的IoC部分被设计成可扩展的。应用程序开发者通常不需要继承各种各样的BeanFactory或者ApplicationContext的实现类（BeanFactory和ApplicationContext都是接口）。通过插入(plug in)特殊集成接口的实现，可以无限扩展Spring IoC容器。 说白了，扩展点，就是允许你在不修改Spring源码的情况下，通过实现一些Spring预留的接口来把你自己的代码融入到Spring IoC容器初始化的过程中。(以上该段来自Spring容器扩展点)

1. 使用BeanPostProcessor自定义bean

BeanPostProcessor接口定义了回调方法，可以实现这些回调方法来提供自己的(或覆盖容器的默认)实例化逻辑、依赖项解析逻辑等等。如果希望在Spring容器完成bean的实例化、配置和初始化之后实现一些自定义逻辑，可以插入一个或多个自定义BeanPostProcessor实现。

• 当配置多个BeanPostProcessor实例时，可以通过设置order属性来控制这些BeanPostProcessor实例运行的顺序。仅当BeanPostProcessor实现了Ordered接口时，才能设置此属性。因此编写自己的BeanPostProcessor，也应该考虑实现Ordered接口。
• BeanPostProcessor实例的作用域为容器（当前容器，对其他容器实例无效）
• BeanPostProcessor实例对bean(或对象)实例进行操作。也就是说，Spring IoC容器实例化一个bean实例，然后BeanPostProcessor实例执行它们的工作。
• BeanPostProcessor可以对bean实例采取任何操作。甚至可以完全忽略回调。bean后处理器通常检查回调接口，或者用代理包装bean。为了提供代理包装逻辑，一些Spring AOP基础结构类被实现为bean后处理器。
• 所有BeanPostProcessor实例和它们直接引用的bean都是在启动时实例化的，作为ApplicationContext特殊启动阶段的一部分。因为后续ApplicationContext在创建其他bean时，可能会需要调到BeanPostProcessor实例。
• AOP的自动代理是通过BeanPostProcessor实现的，所以无论是BeanPostProcessor实例还是它们直接引用的bean都不符合自动代理的条件，也就是说不会有切面(aspect)织入(weave)它们。

package org.springframework.beans.factory.config;

import org.springframework.beans.BeansException;
import org.springframework.lang.Nullable;

public interface BeanPostProcessor {

	/**调用时机：容器实例化方法之前（容器实例化方法：InitializingBean.afterPropertiesSet()或自定义的init（）方法）**/
    @Nullable
    default Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
        return bean;
    }

	/**调用时机：容器实例化方法之后**/
    @Nullable
    default Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
        return bean;
    }
}

ApplicationContext会自动检测已经实现BeanPostProcessor接口的bean。它会将这些bean注册为后处理器_post-processors，以便在稍后创建bean时调用它们。Bean post-processors(实现BeanPostProcessor接口的bean)和其他bean一样，可以照常在容器中部署。

一个简单使用BeanPostProcessor的例子，该实现在容器创建每个bean时调用toString()方法，并将生成的字符串打印到系统控制台。

package scripting;

import org.springframework.beans.factory.config.BeanPostProcessor;
import org.springframework.stereotype.Component;

//@component （把普通pojo实例化到spring容器中，相当于配置文件中的 <bean id="" class=""/>）
@Component
public class InstantiationTracingBeanPostProcessor implements BeanPostProcessor {

    // simply return the instantiated bean as-is
    public Object postProcessBeforeInitialization(Object bean, String beanName) {
        return bean; // we could potentially return any object reference here...
    }

    public Object postProcessAfterInitialization(Object bean, String beanName) {
        System.out.println("Bean '" + beanName + "' created : " + bean.toString());
        return bean;
    }
}

2. 使用BeanFactoryPostProcessor定制配置元数据

BeanFactoryPostProcessor的语义与BeanPostProcessor的语义相似，但有一个主要区别:BeanFactoryPostProcessor是对bean配置元数据进行操作。也就是说，Spring IoC容器允许BeanFactoryPostProcessor读取配置元数据，并在容器实例化“除BeanFactoryPostProcessor实例之外”的任何bean之前去更改它。

3. 使用FactoryBean定制实例化逻辑

可以为本身是工厂的对象实现 org.springframework.beans.factory.FactoryBean 接口。FactoryBean 接口是 Spring IoC 容器实例化逻辑的可插入点。如果有复杂的初始化代码，可以用 Java 更好地表达，而不是（可能）冗长的 XML，就可以创建自己的 FactoryBean，在该类中编写复杂的初始化，然后将自定义 FactoryBean 插入容器中。 FactoryBean 接口提供了三种方法：

• T getObject():返回该工厂创建的对象的实例。该实例可能是共享的，这取决于该工厂返回的是单例还是原型
• boolean isSingleton():如果FactoryBean返回单例，则返回true，否则返回false。该方法的默认实现返回true
  -Class<?> getObjectType():返回getObject()方法返回的对象类型，如果事先不知道该类型，则返回null。

package org.springframework.beans.factory;

import org.springframework.lang.Nullable;

public interface FactoryBean<T> {
    String OBJECT_TYPE_ATTRIBUTE = "factoryBeanObjectType";

    @Nullable
    T getObject() throws Exception;

    @Nullable
    Class<?> getObjectType();

    default boolean isSingleton() {
        return true;
    }
}

当需要向容器请求实际的FactoryBean实例本身而不是它生成的bean，在调用ApplicationContext的getBean()方法时，在bean的id前面加上&符号。比如，对于一个id为myBean的给定FactoryBean，调用容器上的getBean(“myBean”)将返回FactoryBean的产品，而调用getBean(“&myBean”)将返回FactoryBean实例本身。