容器扩展点

通常，应用程序开发人员不需要对ApplicationContext 实现类进行子类化。相反，可以通过插入特殊集成接口的实现来扩展Spring IoC容器。接下来的几节描述了这些集成接口。

自定义BeanBeanPostProcessor

BeanPostProcessor接口定义了回调方法，您可以实现这些回调方法，以提供自己的（或覆盖容器的默认值）实例化逻辑，依赖关系解析逻辑等。

如果您想在Spring容器完成实例化，配置和初始化bean之后实现一些自定义逻辑，则可以插入一个或多个自定义BeanPostProcessor实现。

您可以配置多个BeanPostProcessor实例，并且可以BeanPostProcessor通过设置order属性来控制这些实例的执行顺序。仅当BeanPostProcessor实现Ordered 接口时才可以设置此属性。如果您编写自己的代码BeanPostProcessor，则也应该考虑实现该Ordered接口。

BeanPostProcessor实例在bean（或对象）实例上运行。也就是说，Spring IoC容器实例化一个bean实例，然后BeanPostProcessor 实例执行其工作。

BeanPostProcessor实例是按容器划分作用域的。如果BeanPostProcessor在一个容器中定义一个，它将仅对该容器中的bean进行后处理。换句话说，一个容器中定义的bean不会被BeanPostProcessor另一个容器中的定义进行后处理，即使这两个容器是同一层次结构的一部分也是如此。

要更改实际的bean定义（即，定义bean的蓝图），您需要使用a BeanFactoryPostProcessor。

org.springframework.beans.factory.config.BeanPostProcessor接口恰好由两个回调方法组成。当此类被注册为容器的后处理器时，对于容器创建的每个bean实例，后处理器都会在容器初始化方法（例如InitializingBean.afterPropertiesSet()或任何声明的init方法）被使用之前从容器获得回调。

后处理器可以对bean实例执行任何操作，包括完全忽略回调。Bean后处理器通常检查回调接口，或者可以用代理包装Bean。一些Spring AOP基础结构类被实现为bean后处理器，以提供代理包装逻辑。

ApplicationContext自动检测实现该BeanPostProcessor接口的配置元数据中定义的所有bean 。ApplicationContext将这些Bean注册为后处理器，以便以后在创建Bean时调用它们。Bean后处理器可以与其他Bean相同的方式部署在容器中。

以编程方式注册BeanPostProcessor实例
虽然推荐的BeanPostProcessor注册方法是通过 ApplicationContext自动检测（如前所述），但是您可以ConfigurableBeanFactory使用addBeanPostProcessor 方法通过编程方式对它们进行注册。但是请注意，以BeanPostProcessor编程方式添加的实例不遵守该Ordered接口。在这里，注册的顺序决定了执行的顺序。还要注意，以BeanPostProcessor编程方式注册的实例始终在通过自动检测注册的实例之前进行处理，而不考虑任何明确的顺序。

以下示例显示了如何在中编写，注册和使用BeanPostProcessor实例ApplicationContext。

第一个示例说明了基本用法。该示例显示了一个自定义 BeanPostProcessor实现，该实现调用toString()容器创建每个bean 的方法并将其输出到系统控制台。

package scripting;

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

@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;
    }
}

使用BeanFactoryPostProcessor自定义配置元数据

我们要看的下一个扩展点是 org.springframework.beans.factory.config.BeanFactoryPostProcessor。该接口的语义与BeanPostProcessor相似，但有一个主要区别：
BeanFactoryPostProcessor对Bean配置元数据进行操作。也就是说，Spring IoC容器允许BeanFactoryPostProcessor读取配置元数据，有可能在容器实例化之前更改它。当然，除了BeanFactoryPostProcessor本身的实例。

您可以配置多个BeanFactoryPostProcessor实例，并且可以BeanFactoryPostProcessor通过设置order属性来控制这些实例的运行顺序。但是，只有在BeanFactoryPostProcessor实现Ordered接口的情况下 才能设置此属性。如果您编写自己的代码BeanFactoryPostProcessor，则也应该考虑实现该Ordered接口。

将BeanFactoryPostProcessor声明为Bean时，它将自动执行，以便将更改应用于定义容器的配置元数据。Spring包含许多预定义的BeanFactoryPostProcessor，例如PropertyOverrideConfigurer和 PropertySourcesPlaceholderConfigurer。您还可以使用自定义BeanFactoryPostProcessor ，例如注册自定义属性编辑器。

示例：类名替换 PropertySourcesPlaceholderConfigurer

您可以使用PropertySourcesPlaceholderConfigurer，在单独的文件中外部化Bean定义中的属性值。这样做使部署应用程序的人员可以自定义特定于环境的属性，例如数据库URL和密码。

考虑以下基于XML的配置元数据片段，其中DataSource 定义了带有占位符的值：

<bean class="org.springframework.context.support.PropertySourcesPlaceholderConfigurer">
    <property name="locations" value="classpath:com/something/jdbc.properties"/>
</bean>

<bean id="dataSource" destroy-method="close"
        class="org.apache.commons.dbcp.BasicDataSource">
    <property name="driverClassName" value="${jdbc.driverClassName}"/>
    <property name="url" value="${jdbc.url}"/>
    <property name="username" value="${jdbc.username}"/>
    <property name="password" value="${jdbc.password}"/>
</bean>

该示例显示了从外部Properties文件配置的属性。在运行时，将a PropertySourcesPlaceholderConfigurer应用于替换数据源的某些属性的元数据。将要替换的值指定为形式的占位符，该形式${property-name}遵循Ant和log4j和JSP EL样式。

实际值来自标准Java Properties格式的另一个文件：

jdbc.driverClassName=org.hsqldb.jdbcDriver
jdbc.url=jdbc:hsqldb:hsql://production:9002
jdbc.username=sa
jdbc.password=root

因此，${jdbc.username}在运行时将字符串替换为值“ sa”，并且其他与属性文件中的键匹配的占位符值也适用。在PropertySourcesPlaceholderConfigurer为大多数属性和bean定义的属性占位符检查。此外，您可以自定义占位符前缀和后缀。

在PropertySourcesPlaceholderConfigurer不仅将查找在属性Properties 指定的文件。默认情况下，如果无法在指定的属性文件中找到属性，则会检查Spring Environment属性和常规Java System属性。

示例： PropertyOverrideConfigurer

如果覆盖 Properties文件没有某个bean属性的条目，则使用默认的上下文定义。注意，bean定义不知道会被覆盖，因此从XML定义文件中不能立即看出正在使用覆盖配置器。如果有多个PropertyOverrideConfigurer实例为同一bean属性定义了不同的值，则由于覆盖机制，最后一个实例将生效。

属性文件配置行采用以下格式：

beanName.property = value

以下清单显示了格式的示例：

dataSource.driverClassName=com.mysql.jdbc.Driver
dataSource.url=jdbc:mysql:mydb

该示例文件可与包含定义为dataSource具有driver和url属性的bean的容器定义一起使用 。

只要路径的每个组成部分（最终属性被覆盖）之外的所有组成部分都已经为非空（可能是由构造函数初始化），则也支持复合属性名。在以下示例中，bean sammy的bobproperty的fredproperty属性tom设置为标量值123：

tom.fred.bob.sammy = 123

自定义实例化逻辑FactoryBean

FactoryBean接口是可插入Spring IoC容器的实例化逻辑的一点。如果您拥有复杂的初始化代码，而不是（可能）冗长的XML量，可以用Java更好地表达，则可以创建自己的代码 FactoryBean，在该类中编写复杂的初始化，然后将自定义FactoryBean插入容器。

FactoryBean界面提供了三种方法：

Object getObject()：返回此工厂创建的对象的实例。实例可以共享，具体取决于该工厂是否返回单例或原型。

boolean isSingleton()：true如果FactoryBean返回单例或false其他，则返回 。

Class getObjectType()：返回getObject()方法返回的对象类型，或者null如果类型未知，则返回该对象类型。

Spring框架中的许多地方都使用了FactoryBean概念和接口。BeanSpring附带了50多种Factory接口实现。

当您需要向容器询问FactoryBean本身而不是由其产生的bean的实际实例时，请在调用的方法时在该bean的id前面加上“＆”符号（&）。