Springboot 程序的启动入口是一个main方法，从这个入口方法一路追溯下去，最终可以找到Refresh方法的。 追溯流程如下:
org.springframework.boot.SpringApplication#run(java.lang.Class<?>, java.lang.String...)org.springframework.boot.SpringApplication#run(java.lang.Class<?>[], java.lang.String[])org.springframework.boot.SpringApplication#run(java.lang.String...)org.springframework.boot.SpringApplication#refreshContextorg.springframework.boot.SpringApplication#refresh(org.springframework.context.ConfigurableApplicationContext)org.springframework.context.ConfigurableApplicationContext#refresh上面的几个方法就是从main到refresh方法的路径，中间省略了一两个方法。用心找下就能追溯到refresh。 查看源码的时候一定要抓住主路径，放弃次要路径，因为Spring框架台复杂庞大了，不可能弄清楚所有的细节的。
最终追溯到的refresh方法也是ConfigurableApplicationContext接口的方法， 这个接口有三个很重要的实现类， 我们先看下 AbstractApplicationContext类中的refresh方法。 图中是否有一种熟悉的感觉， 这个方法就是众多的讲Spring的博客文章都必定会说到的方法， 里面的每个步骤都是很重要的。
prepareBeanFactory: 构建上下文, 注册各个框架的BeanPostProcesser和BeanFactoryPostProcessor的实现类。 注意是框架的。 还会设置忽略一些依赖比如各个Aware的依赖， 这个是为了注入其他的依赖的接口，所以不能用来注入依赖。 同时还会设置注册依赖BeanFactory等的依赖。
ObtainFreshBeanFactory: 创建容器DefaultListableBeanFactory， 接着扫描classpath路径下的所有的Bean信息，并生成对应的BeanDefinition。
prepareBeanfactory: 一些框架依赖的beanFactoryPostProcessor在这里加载进容器; 对于SPEL表达式在这里替换; 一些BeanPostProcessor在这里注入; Environment类的注入容器 ; BeanFactory也把自己放入容器中。
postProcessBeanFactory 这个方法是个空实现，但是web模块中使用这个注入web的一些特有的ServletContextAwareProcessor实现类
invokeBeanFactoryPostProcessors 方法，调用所有的BeanFactoryPostProcessors实现类的的postProcessBeanFactory方法； 会先调用可排序BeanFactoryPostProcessors实现类， 在调用没有排序的postProcessBeanFactory实现类。 这里会先实例BeanFactoryPostProcessors的实现类，但是内部的依赖还不会注入进去， 所以在postProcessBeanFactory方法的逻辑中不要直接使用spring的依赖类。
registerBeanPostProcessors 注册BeanPostProcessor的实现类了。 这里会从容器中获取所有的BeanPostProcessor的BeanDefinition ， 并初始化后放（会注入依赖的）入到容器中。
initMessageSource初始化国际化的资源信息放入容器中
initApplicationEventMulticaster 初始化spring的消息监听器。
这里会先检查容器中用户有没有实现自己的事件监听器，如果有的话就使用用户自定义的， 如果没有就使用Spring自带的简单的事件监听器SimpleApplicationEventMulticaster。 这里监听器会 registerSingleton方法简单的注册到容器AbstractApplicationContext实现 ApplicationEventPublisher接口（中间继承间隔好几层），而这个接口就有发布时间的方法。 所以一般的容器都有发布事件的能力。发布事件的逻辑是， publishEvent方法内部调用SimpleApplicationEventMulticaster的* onApplicationEvent方法， 这个方法内部会先从容器中获取所有的事件监听器Bean，并放入缓存中。 然后在根据事件的类型选择正确的事件处理器来处理， 这里会使用线程池来处理onRefresh这个方法 AbstractApplicationContext中是空实现， 我们看下 ServletWebServerApplicationContext中的实现。 在这个子类中，这个方法被用来 初始化WebServer， 并启动服务。 tomcat就是在这里启动
registerListeners注册事件监听器， 这里会把容器中的所有事件监听器类都注册到SimpleApplicationEventMulticaster中。 并把在启动这步之前积攒的事件消息都遍历发布出去。
finishBeanFactoryInitialization完成容器初始化完成后的收尾方法。 这里会往容器中注入很多的类型转换的bean。 并在这里实例化所有没有设置lazy- init的
finishRefresh整个启动过程的最后的方法， 这里会清空一些只在启动中有用的缓存信息，发布启动成功的事件。
在第五步的invokeBeanFactoryPostProcessors方法中， 除了会调BeanFactoryPostProcessors的实现类方法外还会调调用BeanDefinitionRegistryPostProcessor 类的postProcessBeanDefinitionRegistry方法，很多的框架就是通过这个方法来注入自己的bean， 比如Mybatis的org.mybatis.spring.mapper.MapperScannerConfigurer类。
Refresh 是Spring启动的重要方法， Spring的启动整个周期都在这个方法中有提现，上面的描述只是我自己的理解，不一定准确完善。
