上一篇分析了SpringBoot内置的各种Starter的构建原理 ,关键点总结:
spring-boot-starter-xxx
起步依赖没有一行代码,而是直接或间接依赖了xxx-autoconfigure
模块,而xxx-autoconfigure
模块承担了spring-boot-starter-xxx
起步依赖自动配置的实现;
xxx-autoconfigure
自动配置模块引入了一些可选依赖,这些可选依赖不会被传递到spring-boot-starter-xxx
起步依赖中,这是起步依赖构建的关键点 ;
spring-boot-starter-xxx
起步依赖显式 引入了一些对自动配置起作用的可选依赖,因此会触发 xxx-autoconfigure
自动配置的逻辑(比如创建某些符合条件的配置bean
);
经过前面3步的准备,项目只要引入了某个起步依赖后,就可以开箱即用了,而不用手动去创建一些bean
等。
1.编写一个SpringBoot启动类 运行一个SpringBoot项目,引入相关Starter
和相关依赖后,再编写一个启动类,然后在这个启动类标上@SpringBootApplication
注解,然后就可以启动运行项目了,如下代码:
1 2 3 4 5 6 7 8 @SpringBootApplication public class SpringBootSampleNikoApplication { public static void main (String[] args ) { SpringApplication.run(SpringBootSampleNikoApplication.class , args); } }
如上代码,在SpringBootSampleNikoApplication
启动类上标注了@SpringBootApplication
注解,然后在main
函数中调用SpringApplication.run(SpringBootSampleNikoApplication.class, args);
这句代码就完成了SpringBoot的启动流程,非常简单。
2.@SpringBootApplication 来分析下标注在启动类上的@SpringBootApplication
注解,直接上源码:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 @Target (ElementType.TYPE)@Retention (RetentionPolicy.RUNTIME)@Documented @Inherited @SpringBootConfiguration @EnableAutoConfiguration @ComponentScan (excludeFilters = { @Filter (type = FilterType.CUSTOM, classes = TypeExcludeFilter.class), @Filter (type = FilterType.CUSTOM, classes = AutoConfigurationExcludeFilter.class) }) public @interface SpringBootApplication { @AliasFor (annotation = EnableAutoConfiguration.class) Class<?>[] exclude() default {}; @AliasFor (annotation = EnableAutoConfiguration.class) String[] excludeName() default {}; @AliasFor (annotation = ComponentScan.class, attribute = "basePackages" ) String[] scanBasePackages() default {}; @AliasFor (annotation = ComponentScan.class, attribute = "basePackageClasses" ) Class<?>[] scanBasePackageClasses() default {}; }
可以看到,@SpringBootApplication
注解是一个组合注解,主要由@SpringBootConfiguration
,@EnableAutoConfiguration
和@ComponentScan
这三个注解组合而成。
因此@SpringBootApplication
注解主要作为一个配置类,能够触发包扫描和自动配置的逻辑,从而使得SpringBoot的相关bean
被注册进Spring容器。
3.SpringBoot的怎样启动? SpringApplication
类是用来启动SpringBoot项目的,可以在java的main
方法中启动,目前知道这些就足够了。下面看下SpringApplication.run(SpringBootSampleNikoApplication.class, args);
这句代码的源码:
1 2 3 4 5 public static ConfigurableApplicationContext run(Class <?> primarySource , String ... args ) { return run(new Class <?>[] { primarySource }, args); }
在上面的静态run
方法里又继续调用另一个静态run
方法:
1 2 3 4 public static ConfigurableApplicationContext run (Class<?>[] primarySources, String [] args) { return new SpringApplication(primarySources).run (args); }
可以看到构建了一个SpringApplication
对象,然后再调用其run
方法来启动SpringBoot项目。关于SpringApplication
对象是如何构建的,后面再分析,现在直接来看下启动流程的源码:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 public ConfigurableApplicationContext run(String... args) { // new 一个StopWatch用于统计run启动过程花了多少时间 StopWatch stopWatch = new StopWatch(); // 开始计时 stopWatch.start(); ConfigurableApplicationContext context = null; // exceptionReporters 集合用来存储异常报告器,用来报告SpringBoot启动过程的异常 Collection<SpringBootExceptionReporter> exceptionReporters = new ArrayList<>(); // 配置headless属性,即“java.awt.headless”属性,默认为ture // 其实是想设置该应用程序,即使没有检测到显示器,也允许其启动.对于服务器来说,是不需要显示器的,所以要这样设置. configureHeadlessProperty(); // 【1 】从spring.factories配置文件中加载到EventPublishingRunListener对象并赋值给SpringApplicationRunListeners // EventPublishingRunListener 对象主要用来触发SpringBoot启动过程中内置的一些生命周期事件,标志每个不同启动阶段 SpringApplicationRunListeners listeners = getRunListeners(args); // 启动SpringApplicationRunListener的监听,表示SpringApplication开始启动。 // 》》》》》触发【ApplicationStartingEvent】事件 listeners.starting(); try { // 创建ApplicationArguments对象,封装了args参数 ApplicationArguments applicationArguments = new DefaultApplicationArguments(args); // 【2 】准备环境变量,包括系统变量,环境变量,命令行参数,默认变量,servlet相关配置变量,随机值, // JNDI属性值,以及配置文件(比如application.properties)等,注意这些环境变量是有优先级的 // 》》》》》触发【ApplicationEnvironmentPreparedEvent】事件 ConfigurableEnvironment environment = prepareEnvironment(listeners, applicationArguments); // 配置spring.beaninfo.ignore属性,默认为true,即跳过搜索BeanInfo classes. configureIgnoreBeanInfo(environment); // 【3 】控制台打印SpringBoot的bannner标志 Banner printedBanner = printBanner(environment); // 【4 】根据不同类型创建不同类型的spring applicationcontext容器 // 因为这里是servlet环境,所以创建的是AnnotationConfigServletWebServerApplicationContext容器对象 context = createApplicationContext(); // 【5 】从spring.factories配置文件中加载异常报告期实例,这里加载的是FailureAnalyzers // 注意FailureAnalyzers的构造器要传入ConfigurableApplicationContext,因为要从context中获取beanFactory和environment // ConfigurableApplicationContext是AnnotationConfigServletWebServerApplicationContext的父接口 exceptionReporters = getSpringFactoriesInstances(SpringBootExceptionReporter.class, new Class[] { ConfigurableApplicationContext.class }, context); // 【6 】为刚创建的AnnotationConfigServletWebServerApplicationContext容器对象做一些初始化工作,准备一些容器属性值等 // 1 )为AnnotationConfigServletWebServerApplicationContext的属性AnnotatedBeanDefinitionReader和ClassPathBeanDefinitionScanner设置environgment属性 // 2 )根据情况对ApplicationContext应用一些相关的后置处理,比如设置resourceLoader属性等 // 3 )在容器刷新前调用各个ApplicationContextInitializer的初始化方法,ApplicationContextInitializer是在构建SpringApplication对象时从spring.factories中加载的 // 4 )》》》》》触发【ApplicationContextInitializedEvent】事件,标志context容器被创建且已准备好 // 5 )从context容器中获取beanFactory,并向beanFactory中注册一些单例bean,比如applicationArguments,printedBanner // 6 )TODO 加载bean到application context,注意这里只是加载了部分bean比如mainApplication这个bean,大部分bean应该是在AbstractApplicationContext.refresh方法中被加载?这里留个疑问先 // 7 )》》》》》触发【ApplicationPreparedEvent】事件,标志Context容器已经准备完成 prepareContext(context, environment, listeners, applicationArguments, printedBanner); // 【7 】刷新容器,这一步至关重要,以后会在分析Spring源码时详细分析,主要做了以下工作: // 1 )在context刷新前做一些准备工作,比如初始化一些属性设置,属性合法性校验和保存容器中的一些早期事件等; // 2 )让子类刷新其内部bean factory,注意SpringBoot和Spring启动的情况执行逻辑不一样 // 3 )对bean factory进行配置,比如配置bean factory的类加载器,后置处理器等 // 4 )完成bean factory的准备工作后,此时执行一些后置处理逻辑,子类通过重写这个方法来在BeanFactory创建并预准备完成以后做进一步的设置 // 在这一步,所有的bean definitions将会被加载,但此时bean还不会被实例化 // 5 )执行BeanFactoryPostProcessor的方法即调用bean factory的后置处理器: // BeanDefinitionRegistryPostProcessor(触发时机:bean定义注册之前)和BeanFactoryPostProcessor(触发时机:bean定义注册之后bean实例化之前) // 6 )注册bean的后置处理器BeanPostProcessor,注意不同接口类型的BeanPostProcessor;在Bean创建前后的执行时机是不一样的 // 7 )初始化国际化MessageSource相关的组件,比如消息绑定,消息解析等 // 8 )初始化事件广播器,如果bean factory没有包含事件广播器,那么new一个SimpleApplicationEventMulticaster广播器对象并注册到bean factory中 // 9 )AbstractApplicationContext定义了一个模板方法onRefresh,留给子类覆写,比如ServletWebServerApplicationContext覆写了该方法来创建内嵌的tomcat容器 // 10 )注册实现了ApplicationListener接口的监听器,之前已经有了事件广播器,此时就可以派发一些early application events // 11 )完成容器bean factory的初始化,并初始化所有剩余的单例bean。这一步非常重要,一些bean postprocessor会在这里调用。 // 12 )完成容器的刷新工作,并且调用生命周期处理器的onRefresh()方法,并且发布ContextRefreshedEvent事件 refreshContext(context); // 【8 】执行刷新容器后的后置处理逻辑,注意这里为空方法 afterRefresh(context, applicationArguments); // 停止stopWatch计时 stopWatch.stop(); // 打印日志 if (this.logStartupInfo) { new StartupInfoLogger(this.mainApplicationClass).logStarted(getApplicationLog(), stopWatch); } // 》》》》》触发【ApplicationStartedEvent】事件,标志spring容器已经刷新,此时所有的bean实例都已经加载完毕 listeners.started(context); // 【9 】调用ApplicationRunner和CommandLineRunner的run方法,实现spring容器启动后需要做的一些东西比如加载一些业务数据等 callRunners(context, applicationArguments); } // 【10 】若启动过程中抛出异常,此时用FailureAnalyzers来报告异常 // 并》》》》》触发【ApplicationFailedEvent】事件,标志SpringBoot启动失败 catch (Throwable ex) { handleRunFailure(context, ex, exceptionReporters, listeners); throw new IllegalStateException(ex); } try { // 》》》》》触发【ApplicationReadyEvent】事件,标志SpringApplication已经正在运行即已经成功启动,可以接收服务请求了。 listeners.running(context); } // 若出现异常,此时仅仅报告异常,而不会触发任何事件 catch (Throwable ex) { handleRunFailure(context, ex, exceptionReporters, null); throw new IllegalStateException(ex); } // 【11 】最终返回容器 return context; }
如上代码就是SpringBoot的启动流程了,主要步骤也已经标注【x】
,主要步骤总结:
从spring.factories
配置文件中加载EventPublishingRunListener
对象 ,该对象拥有SimpleApplicationEventMulticaster
属性,即在SpringBoot启动过程的不同阶段用来触发内置的生命周期事件;
准备环境变量 ,包括系统变量,环境变量,命令行参数,默认变量,servlet
相关配置变量,随机值以及配置文件(比如application.properties
)等;
控制台打印SpringBoot的bannner
标志 ;
根据不同类型环境创建不同类型的applicationcontext
容器 ,因为这里是servlet
环境,所以创建的是AnnotationConfigServletWebServerApplicationContext
容器对象;
从spring.factories
配置文件中加载FailureAnalyzers
对象 ,用来报告SpringBoot启动过程中的异常;
为刚创建的容器对象做一些初始化工作 ,准备一些容器属性值等,对ApplicationContext
应用一些相关的后置处理和调用各个ApplicationContextInitializer
的初始化方法来执行一些初始化逻辑等;
刷新容器 ,这一步至关重要。比如调用bean factory
的后置处理器,注册BeanPostProcessor
后置处理器,初始化事件广播器且广播事件,初始化剩下的单例bean
和SpringBoot创建内嵌的Tomcat
服务器等等重要且复杂的逻辑都在这里实现,主要步骤可见代码的注释;
执行刷新容器后的后置处理逻辑 ,注意这里为空方法;
调用ApplicationRunner
和CommandLineRunner
的run方法 ,实现这两个接口可以在spring容器启动后需要的一些东西比如加载一些业务数据等;
报告启动异常 ,即若启动过程中抛出异常,此时用FailureAnalyzers
来报告异常;
最终返回容器对象 ,这里调用方法没有声明对象来接收。
当然在SpringBoot启动过程中,每个不同的启动阶段会分别触发不同的内置生命周期事件,比如在准备environment
前会触发ApplicationStartingEvent
事件,在environment
准备好后会触发ApplicationEnvironmentPreparedEvent
事件,在刷新容器前会触发ApplicationPreparedEvent
事件等,总之SpringBoot总共内置了7个生命周期事件,除了标志SpringBoot的不同启动阶段外,同时一些监听器也会监听相应的生命周期事件从而执行一些启动初始化逻辑。
总结 好了,SpringBoot的启动流程就已经分析完了,这篇内容主要对SpringBoot的启动流程有一个整体的认识。
评论加载中