Spring IoC容器可以通过插入特殊的集成接口来实现拓展，而不需要继承ApplicationContext的实现类。

1、BeanPostProcessor

org.springframework.beans.factory.config.BeanPostProcessor定义了回调方法，通过实现回调方法可以提供自己的实力话逻辑、依赖分析逻辑等。如果要在spring容器完成实例化、配置和初始化bean后，实例化一些自定义的逻辑，可以插入一个或多个BeanPostProcessor的实现。

我们可以配置多个BeanPostProcessor实例，也可以通过设置order属性来控制这些BeanPostProcessor的执行顺序，还可以设置这个属性仅作为BeanPostProcessor实现Ordered接口。如果编写自己的BeanPostProcessor应该考虑实现Ordered接口。

BeanPostProcessor定义

BeanPostProcessor接口定义了2个回调方法，当这样的一个类注册为容器的一个后置处理器时，由于每个bean实例都是由容器创建，这个后置处理器会在容器的初始化方法被调用前和任何bean实例化回调后从容器得到一个回调方法。后置处理器可以对bean采取任何措施，包括忽略回调。一个bean后置处理器，通常会检查回调接口或使用代理包装一个bean，部分AOP基础设施类，为了提供包装式的代理逻辑，倍实现为bean后置处理器。

ApplicationContext会自动检测所有定义在配置元文件中，并实现了BeanPostProcessor接口的bean。ApplicationContext注册这些bean作为后置处理器，使它们可以在bean创建完成后被调用，也可以像其他bean一样被部署到容器中。

2、BeanFactoryPostProcessor

org.springframework.beans.factory.config.BeanFactoryPostProcessor接口与BeanPostProcessor类似，不同点是BeanFactoryPostProcessor操作bean的配置元数据，即IoC容器允许BeanFactoryPostProcessor来读取配置元数据，并可以在容器实例化任何bean之前修改它。

BeanFactoryPostProcessor定义  

我们可以配置多个BeanFactoryPostProcessor实例，也可以通过设置order属性来控制这些BeanFactoryPostProcessor的执行顺序，还可以设置这个属性仅作为BeanFactoryPostProcessor实现Ordered接口。如果编写自己的BeanFactoryPostProcessor应该考虑实现Ordered接口。

3、FactoryBean

org.springframework.beans.factory.FactoryBean接口的对象是它们自己的工厂，它是IoC容器实例化逻辑的棵插拔点。如果初始化代码比较复杂，则相对于大量的XML来说，最好是使用Java来表达。我们可以创建自己的FactoryBean，在类中编写复杂的初始化代码，再将自定义的FactoryBean插入到容器中。

FactoryBean定义

FactoryBean接口定义了三个方法：

getObject()：返回工厂创建对象的实例，此实例是否被共享，取决于这个工厂返回的是单例还是原型实例。

getObjectType()：返回由getObject()获取的对象类型，或不知道类型时返回值为null。

isSingleton()：若FactoryBean返回单例的实例，该方法返回true，否则返回false。

容器扩展示例：

PropertyPlaceholderConfigurer

PropertyPlaceholderConfigurer是BeanPostProcessor的一种实现，它可以在标准的Properties格式的bean定义的分离文件中，用来具体化属性值。这样就允许应用程序来自定义指定的环境属性，如自定义数据库连接信息，而无须修改容器的XML定义文件或其他文件。如下示例：

<bean class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">

    <property name="locations" values="classpath:jdbc.properties" />

</bean>

<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">

    <property name="driverClassName" values="${jdbc.driverClassName}" />

    <property name="url" values="${jdbc.url}" />

    <property name="username" values="${jdbc.username}" />

    <property name="password" values="${jdbc.password}" />

</bean>

 jdbc.properties文件定义：

jdbc.driverClassName=com.mysql.jdbc.Driver

jdbc.url=jdbc:mysql://localhost:3306

jdbc.username=root

jdbc.password=123456

dataSource的配置中使用了占位符来定义，从properties文件中获取配置属性。在运行时PropertyPlaceholderConfigurer会在bean定义的属性中检查占位符，然后匹配到properties中的键就会用其值替换${property-name}形式的占位符。spring2.5引入了context命名空间，可以使用专门的配置元素来配置属性占位符。

<context:property-placeholder location="classpath:jdbc.properties" />

PropertyPlaceholderConfigurer不仅查看在Properties文件中指定的属性，如果它不能在指定的属性文件中找到属性，也会检查JavaSystem属性，可以通过设置systemPropertiesMode属性来定义行为：

1）never：从不检查系统属性。

2）fallback：如果没有在指定的属性文件中解析到属性，就检查系统属性。

3）override：在检查指定的属性文件前，先去检查系统属性，允许系统属性覆盖其他任意的属性资源。

PropertyOverrideConfigurer

PropertyOverrideConfigurer是BeanPostProcessor的另一种实现，和PropertyPlaceholderConfigurer类似，它对于所有bean的属性，原始定义可以有默认值或没有值。如果一个Properties文件没有特定bean的属性配置项，就会使用默认的上下文定义。

由于bean定义是不知道被覆盖的，因此从XML定义文件中并不能理解反映覆盖配置文件被使用中。在多个PropertyOverrideConfigurer实例的情况下，为相同bean的属性定义不同的值，只有最后一个有效，因其覆盖机制导致的。

Properties属性文件配置格式如下：

jdbc.driverClassName=com.mysql.jdbc.Driver

jdbc.url=jdbc:mysql://localhost:3306

<context:property-override location="classpath:jdbc.properties" />

--参考文献《Srping5开发大全》