Spring扩展接口InstantiationAwareBeanPostProcessor如何成？
摘要：在此系列文章中，我总结了Spring几乎所有的扩展接口，以及各个扩展点的使用场景。并整理出一个bean在spring中从被加载到最终初始化的所有可扩展点的顺序调用图。这样，我们也可以看到bean是如何一步步加载到spring容器中的。 In
在此系列文章中，我总结了Spring几乎所有的扩展接口，以及各个扩展点的使用场景。并整理出一个bean在spring中从被加载到最终初始化的所有可扩展点的顺序调用图。这样，我们也可以看到bean是如何一步步加载到spring容器中的。
InstantiationAwareBeanPostProcessor
1、概述
public interface InstantiationAwareBeanPostProcessor extends BeanPostProcessor {
@Nullable
default Object postProcessBeforeInstantiation(Class<?> beanClass, String beanName) throws BeansException {
return null;
}
default boolean postProcessAfterInstantiation(Object bean, String beanName) throws BeansException {
return true;
}
@Nullable
default PropertyValues postProcessProperties(PropertyValues pvs, Object bean, String beanName) throws BeansException {
return null;
}
}
Spring框架提供了许多扩展接口，用于在Bean的生命周期中插入自定义逻辑。其中之一是InstantiationAwareBeanPostProcessor接口，它允许我们在Spring容器实例化Bean之前和之后进行一些自定义处理。
InstantiationAwareBeanPostProcessor接口是BeanPostProcessor接口的子接口，它定义了在Bean实例化过程中的扩展点。与BeanPostProcessor接口相比，InstantiationAwareBeanPostProcessor接口提供了更细粒度的控制能力。它在Bean实例化的不同阶段提供了多个回调方法，允许我们在不同的时机对Bean进行自定义处理。
在Spring容器启动过程中，InstantiationAwareBeanPostProcessor接口的方法执行顺序如下：
postProcessBeforeInstantiation方法：在Bean实例化之前调用，如果返回null，一切按照正常顺序执行，如果返回的是一个实例的对象，那么这个将会跳过实例化、初始化的过程
postProcessAfterInstantiation方法：在Bean实例化之后调用，可以对已实例化的Bean进行进一步的自定义处理。
postProcessPropertyValues方法：在Bean的属性注入之前调用，可以修改Bean的属性值或进行其他自定义操作，当postProcessAfterInstantiation返回true才执行。
方法
执行顺序
备注
postProcessBeforeInstantiation()
在 Bean 创建前调用
可用于创建代理类，如果返回的不是 null（也就是返回的是一个代理类） ，那么后续只会调用 postProcessAfterInitialization() 方法
postProcessAfterInstantiation()
在 Bean 创建后调用
返回值会影响 postProcessProperties() 是否执行，其中返回 false 的话，是不会执行。
postProcessProperties()
在 Bean 设置属性前调用
用于修改 bean 的属性，如果返回值不为空，那么会更改指定字段的值
2、简单案例
下面是一个示例，演示了TestUser这个Bean内部的执行流程。