SpringBoot之Refresh流程的简单说明
作者:之诚
启动入口
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#refreshContext org.springframework.boot.SpringApplication#refresh(org.springframework.context.ConfigurableApplicationContext) org.springframework.context.ConfigurableApplicationContext#refresh
上面的几个方法就是从main到refresh方法的路径,中间省略了一两个方法。用心找下就能追溯到refresh。
查看源码的时候一定要抓住主路径,放弃次要路径,因为Spring框架台复杂庞大了,不可能弄清楚所有的细节的。
Refresh方法
最终追溯到的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的启动整个周期都在这个方法中有提现,上面的描述只是我自己的理解,不一定准确完善。
以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。