对Spring的源码之前没有系统的阅读过，现在有点时间正好仔细的学习一下。
我觉得带着问题去学习源码是速度比较快的一种方式，好过漫无目的的浏览，那样看起来也比较吃力。
第一部分就从BeanPostProcesser（不了解的参照：）这个东西入手，
因为刚发现这个东西的时候解决了一个困扰了我几天的问题，于是就顺藤摸瓜想了解一下再Spring中是怎么实现它的。这就需要从Spring
是怎么从监听器ContextLoaderListener启动来看了。
首先来看Spring从监听器ContextLoaderListener的启动过程，看了一篇文章（http://hi.baidu.com/32647908/item/b6306c4132f5dcf4dc0f6c41）
发现和Spring的源码有点对不上，我们这里用的Spring3.1.1，于是自己重新总结了一下：
1. ContextLoaderListener实现了ServletContextListener接口，所以有contextInitialized方法：
public void contextInitialized(ServletContextEvent event) {
this.contextLoader = createContextLoader();
if (this.contextLoader == null) {
this.contextLoader = this;
}
this.contextLoader.initWebApplicationContext(event.getServletContext());
}
2. 进入
initWebApplicationContext()方法，有这么一段代码：
if (this.context == null) {
this.context = createWebApplicationContext(servletContext);
}
if (this.context instanceof ConfigurableWebApplicationContext) {
configureAndRefreshWebApplicationContext((ConfigurableWebApplicationContext)this.context, servletContext);
}
3. configureAndRefreshWebApplicationContext()这个方法比较重要，方法前面部分似乎生成ID，不去管它，看后面的部分：
// Determine parent for root web application context, if any.
ApplicationContext parent = loadParentContext(sc);
wac.setParent(parent);
wac.setServletContext(sc);
String initParameter = sc.getInitParameter(CONFIG_LOCATION_PARAM);
if (initParameter != null) {
wac.setConfigLocation(initParameter);
}
customizeContext(sc, wac);
wac.refresh();
4. was.refresh()是下一步的重点，进入AbstractApplicationContext类的refresh方法：
public void refresh() throws BeansException, IllegalStateException {
synchronized (this.startupShutdownMonitor) {
// Prepare this context for refreshing.
prepareRefresh();
// Tell the subclass to refresh the internal bean factory.
ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();
// Prepare the bean factory for use in this context.
prepareBeanFactory(beanFactory);
try {
// Allows post-processing of the bean factory in context subclasses.
postProcessBeanFactory(beanFactory);
// Invoke factory processors registered as beans in the context.
invokeBeanFactoryPostProcessors(beanFactory);
// Register bean processors that intercept bean creation.
registerBeanPostProcessors(beanFactory);
// Initialize message source for this context.
initMessageSource();
// Initialize event multicaster for this context.
initApplicationEventMulticaster();
// Initialize other special beans in specific context subclasses.
onRefresh();
// Check for listener beans and register them.
registerListeners();
// Instantiate all remaining (non-lazy-init) singletons.
finishBeanFactoryInitialization(beanFactory);
// Last step: publish corresponding event.
finishRefresh();
}
catch (BeansException ex) {
// Destroy already created singletons to avoid dangling resources.
destroyBeans();
// Reset 'active' flag.
cancelRefresh(ex);
// Propagate exception to caller.
throw ex;
}
}
}
5. 从注释就能知道registerBeanPostProcessors()方法是我们要找的东西，第一句就是
String[] postProcessorNames = beanFactory.getBeanNamesForType(BeanPostProcessor.class, true, false);
我们知道自己定义的SpringDataSourceBeanPostProcessor实现了BeanPostProcessor，经过调试，发现在Spring启动的时候确实在这里被加载了。
下面就是通过名字将我们定义的SpringDataSourceBeanPostProcessor加载到内存的过程：
for (String ppName : postProcessorNames) {
if (isTypeMatch(ppName, PriorityOrdered.class)) {
BeanPostProcessor pp = beanFactory.getBean(ppName, BeanPostProcessor.class);
priorityOrderedPostProcessors.add(pp);
if (pp instanceof MergedBeanDefinitionPostProcessor) {
internalPostProcessors.add(pp);
}
}
else if (isTypeMatch(ppName, Ordered.class)) {
orderedPostProcessorNames.add(ppName);
}
else {
nonOrderedPostProcessorNames.add(ppName);
}
} 6. 发现什么了？我们发现了beanFactory.getBean()方法，这似乎就是Spring IOC的实现关键，顺藤摸瓜去看看：
费了半天劲，发现这个getBean()方法的实现在AbstractBeanFactory类中:
public <T> T getBean(String name, Class<T> requiredType) throws BeansException {
return doGetBean(name, requiredType, null, false);
}
然后就找到了非常非常关键的doGetBean()方法。
7. 这里留在以后研究加载bean的过程的时候再看，差点跑题了，继续我们的问题：BeanPostProcessor是怎么在受管bean创建时被回调的？
继续阅读AbstractApplicationContext类的registerBeanPostProcessors()方法，发现最后都调用了AbstractBeanFactory类的addBeanPostProcessor()方法。
这样就又回到了AbstractBeanFactory，发现有一个getBeanPostProcessors()是返回beanPostProcessors列表的，我们用eclipse的open call Hierarchy功能
查看哪些类的哪些方法调用了此方法：发现了AbstractAutowireCapableBeanFactory这个类用到了，然后跟着它的applyBeanPostProcessorsAfterInitialization()
方法，再找applyBeanPostProcessorsAfterInitialization()方法的调用类，又找到了SpringObjectFactory的buildBean()方法，这应该就是使用AutoWire注解
的bean的构建方法。在buildBean()方法中就用到了我们自定义的BeanPostProcessor。
8.这里我们大概了解了Spring的自定义BeanPostProcessor从加载到被调用的过程，但是肯定不全面，这里只是一个带着问题去研究Spring源码的例子，希望有错误之处能帮我指正。
