源码分析
1.前期准备
<code>/**<br/> * spring debug<br/> * @author huangfu<br/> */<br/>public class springdebug {<br/>public static void main(string[] args) {<br/> annotationconfigapplicationcontext app = new annotationconfigapplicationcontext(springdebugconfig.class);<br/> }<br/>}<br/></code> 上面这一行代码我估计使用过spring的人都特别熟悉，如果不熟悉，那我劝你先学会使用，再去深究一些源码的底层逻辑！
下面我们看一下，他究竟是如何一步一步的实例化bean,接管bean，然后执行各种生命周期类的！我们先不妨猜测一下，spring再读取这些bean的时候，关于bean的信息一定是存放在了某一个实体上，那么这个实体是什么呢？这个类就是BeanDefinition那么他存储了什么东西呢？我们看一下它的子类AbstractBeanDefinition
里面定义这类似与这样的属性值，当然作者做截取了少数属性，它里面的属性远远比这多得多，它的目的就是bean实例化的时候，需要的数据不需要再通过自己去反射获取，而是再Spring初始化的时候全部读取，需要的时候从这里面拿就行，了解了bd的概念之后，我们是否疑惑？他读取之后存放在哪里呢？答案是存放再beanFactory里面，所以Spring初始化的时候肯定会先实现一个bean工厂！进入到AnnotationConfigApplicationContext里面，你会发下并没有初始化，在那初始化呢？众所周知，一个类再初始化的时候会先加载父类的构造函数，所以我们需要去看一下它的父类GenericApplicationContext:
<code>public GenericApplicationContext() {<br/> //初始化bean的工厂<br/> this.beanFactory = new DefaultListableBeanFactory();<br/>}</code> 果然不出我所料，它再父类里面创建了bean工厂，工厂有了，我们继续回到AnnotationConfigApplicationContext里面往下看：发现它调用了一个this(),说明它调用了自己的空构造方法，所以，我们进入看一下：
<code>public AnnotationConfigApplicationContext() {<br/> //初始化读取器<br/> this.reader = new AnnotatedBeanDefinitionReader(this);<br/> //初始化扫描器<br/> this.scanner = new ClassPathBeanDefinitionScanner(this);<br/>}</code> 「至此我们就可以看对照上面那幅图：初始化的时候bean工厂有了」
立即学习“Java免费学习笔记（深入）”；
「然后再自己的空构造方法里面有初始化了读取器！」
那我们继续回到AnnotationConfigApplicationContext构造方法里面：
<code> /**<br/> * 创建一个新的AnnotationConfigApplicationContext，从给定的带注释的类派生bean定义<br/> * 并自动刷新上下文。<br/> * @param annotatedClasses one or more annotated classes,<br/> * e.g. {@link Configuration @Configuration} classes<br/> */<br/>public AnnotationConfigApplicationContext(Class<?>... annotatedClasses) {<br/>//读取Spring内置的几个的class文件转换为bd 然后初始化bean工厂<br/>this();<br/>//这一步就是将配置类Config进行了注册并解析bd<br/> register(annotatedClasses);<br/>//这一步是核心，Spring的理解全在这一步，这一步理解了也就可以说将Spring理解了70%<br/>//内部做一系列的操作如调用bean工厂的后置处理器 实例化类 调用 后置处理器的前置处理 初始化类 调用后置处理器的后置处理 注册事件监听等操作<br/>//完成一个类从class文件变为bean的生命周期<br/> refresh();<br/> }</code> 下一步是调用register方法，干什么呢？试想一下，有时候我们的自动扫描配置是通过注解@ComponentScan("com.service")来配置的，这个类一般在哪？对了，一般实在配置类中的！
<code>@Configuration<br/>@ComponentScan("com.service")<br/>public class SpringDebugConfig {}</code> 为了能够知道,我们要扫描那些包下的类，我们就必须先去解析配置类的BeanDefinition，这样才能获取后续咱们要解析的包，当然这个方法不光解析了扫描的包，还解析了其他东西，本文不做讲解！
2.核心功能
好了，再往下走我们就知道了我们即将要扫描那些包下的类，让他变成bean，那么我们继续向下走，走到refresh();这个方法不得了他是整个Springbean初始化的核心方法，了解了它也就能够了解Spring的实例化，回调等一些列的问题，我们进去看看：
进来之后，我们一个方法一个方法的分析做了什么功能，首先是：
1). prepareRefresh();
❝这里是做刷新bean工厂前的一系列赋值操作,主要是为前面创建的Spring工厂很多的属性都是空的，这个方式是为他做一些列的初始化值的操作！
❞
2). obtainFreshBeanFactory()
❝告诉子类刷新内部bean工厂 检测bean工厂是否存在 判断当前的bean工厂是否只刷新过一次，多次报错，返回当前使用的bean工厂,当该步骤为xml时 会新建一个新的工厂并返回
❞
3). prepareBeanFactory(beanFactory);
❝这里是初始化Spring的bean容器，向beanFactory内部注册一些自己本身内置的Bean后置处理器也就是通常说的BeanPostProcessor，这个方法其实也是再初始化工厂！
❞
4). postProcessBeanFactory(beanFactory);
❝允许在上下文子类中对bean工厂进行后处理,作用是在BeanFactory准备工作完成后做一些定制化的处理! 但是注意，你点进去是空方法，空方法以为着什么？意味着Spring的开发者希望调用者自定义扩展时使用！
❞
5). invokeBeanFactoryPostProcessors(beanFactory);
❝其实相信看名字，大部分读者都能够猜出，他的目的是扫描非配置类的bd注册到工厂里面，扫描完成之后，开始执行所有的
❞BeanFactoryPostProcessors，这里出现了第一个扩展点，自定义实现BeanFactoryPostProcessors的时候，他的回调时机是在Spring读取了全部的BeanDefinition之后调用的，具体的使用方法读者自行百度！
6). registerBeanPostProcessors(beanFactory);
❝这里是注册bean的后置处理器 也就是 beanPostProcessor 的实现 还有自己内置的处理器 注意这里并没有调用该处理器，只是将胡处理器注册进来bean工厂! 不知道大家使用过
❞beanPostProcessor接口这个扩展点吗？他就是再这个方法里面被注册到Spring工厂里面的，当然注意一下，他只是注册进去了，并没有执行！记住并没有执行！
7). initMessageSource();
❝怎么说呢，这个方法作者并不准备深究，因为他和本篇文章的意图相违背，他的目的是做一个国际化操作也就是 i18n的资源初始化
❞
8).initApplicationEventMulticaster();
❝Spring为我们提供了对于事件编程的封装，一般来说事件分为三个角色，
❞事件广播器(发布事件)，事件监听器(监听事件)，事件源（具体的事件信息）三个角色,这个方法的目的就是初始化事件的广播器！
9). onRefresh();
❝这里又是一个扩展点，内部的方法为空，Spring并没有实现它，供调用者实现！
❞
10). registerListeners();
❝注册Spring的事件监听器,上面已经说过了，这里是初始化并且注册事件监听器
❞
11). finishBeanFactoryInitialization(beanFactory);
❝这个方法是一个重点，他是为了实例化所有剩余的（非延迟初始化）单例。我们所说的bean的实例化，注入，解决循环依赖，回调
❞beanPostProcessor等操作都是再这里实现的！
12). finishRefresh();
❝最后一步：发布相应的事件。Spring内置的事件
❞
