闲聊 InstantiationAwareBeanPostProcessor

 为什么要说这个呢？因为我发现，很多人都以为 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。

参考博客、参考博客