为什么要说这个呢？因为我发现，很多人都以为 Spring AOP 是通过这个接口来作用于 bean 生成代理的。
下面先看一下整个SpringIOC流程
图中可以看出，InstantiationAwareBeanPostProcessor作用于Bean初始化前，
分别在Bean实例化前和实例化后执行：
postProcessBeforeInstantiation postProcessAfterInstantiation
而BeanPostProcessor中的两个方法，作用于Bean实例化后，初始化前后分别执行
postProcessBeforeInitialization postProcessAfterInitialization
注意上面两个单词，是不一样的，一个Instantiation实例化，一个Initialization初始化
它和 BeanPostProcessor 的方法非常相似，而且它还继承了 BeanPostProcessor。
不仔细看还真的不好区分，下面是 BeanPostProcessor 中的两个方法：
发现没有，InstantiationAwareBeanPostProcessor 是 Instantiation
BeanPostProcessor 是 Initialization，它代表的是 bean 在实例化完成并且属性注入完成，在执行 init-method 的前后进行作用的。
而 InstantiationAwareBeanPostProcessor 的执行时机要前面一些，大家需要翻下 IOC 的源码：
// AbstractAutowireCapableBeanFactory 447行
protected Object createBean(String beanName, RootBeanDefinition mbd, Object[] args) throws BeanCreationException {
...
try {
// 让 InstantiationAwareBeanPostProcessor 在这一步有机会返回代理
Object bean = resolveBeforeInstantiation(beanName, mbdToUse);
if (bean != null) {
return bean;
}
}
// BeanPostProcessor 是在这里面实例化后才能得到执行
Object beanInstance = doCreateBean(beanName, mbdToUse, args);
...
return beanInstance;
}点进去看 resolveBeforeInstantiation(beanName, mbdToUse) 方法，然后就会导到 InstantiationAwareBeanPostProcessor 的 postProcessBeforeInstantiation 方法，
对于我们分析的 AOP 来说，该方法的实现在 AbstractAutoProxyCreator 类中：
我们可以看到，这里也有创建代理的逻辑，以至于很多人会搞错。
确实，这里是有可能创建代理的，但前提是对于相应的 bean 我们有自定义的 TargetSource 实现，进到 getCustomTargetSource(...) 方法就清楚了，我们需要配置一个 customTargetSourceCreators，它是一个 TargetSourceCreator 数组。
这里就不再展开说 TargetSource 了，请参考 Spring Reference 中的 Using TargetSources。
参考博客、参考博客
