上一节我们提到过,认识一个新技术的时候,通常是从一个入门的HelloWorld开始,之后阅读它的一些入门文档和书籍、视频,从而掌握它的基本使用。
这一节我就来带大家从HelloWorld开始,先摸清楚SpringBoot的核心脉络,之后再来逐步分析透彻SpringBoot,从而精通它。
从搭建HelloWorld入口开始分析SpringBoot
首先我们从官方的文档中搭建出一个2.2.2 版本的SpringBoot,增加了两个starter,mybatis-plus-boot-starter、spring-boot-starter-web,使用Maven进行项目和依赖管理,配置一个本地的mysql。相信这个对你们来说,都比较简单,我就不一一进行赘述了。
经过上面的基本搭建,你就会有类似一个下面的一个SpringBoot HelloWorld级别 的入口。
package org.mfm.learn.springboot;
import org.mybatis.spring.annotation.MapperScan;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
@MapperScan("org.mfm.learn.springboot.mapper")
@SpringBootApplication
public class LearnSpringBootApplication {
public static void main(String[] args) {
SpringApplication.run(LearnSpringBootApplication.class, args);
}
}
通过上一节你知道SpringBoot定义了一个SpringApplication的web应用启动流程,入口通过一个java -jar的命令,执行main函数启动一个JVM进程,运行内部的tomcat监听一个默认8080的端口,提供web服务。
整个过程中第一个最关键的就是SpringBoot定义的SpringApplication,我们一起先来看下它是怎么创建new的。
SpringApplication的创建时核心组件图
SpringApplication的创建时的代码分析
在上面的示例代码中,main方法执行了 SpringApplication的run方法,如下:
public static ConfigurableApplicationContext run(Class<?> primarySource, String... args) {
return run(new Class<?>[] { primarySource }, args);
}
public static ConfigurableApplicationContext run(Class<?>[] primarySources, String[] args) {
return new SpringApplication(primarySources).run(args);
}
run方法核心入参就是main函数所在类+main函数args的参数,之后就直接创建了一个SpringApplication对象。让我们一起来看看这个SpringBoot定义的概念怎么创建的,创建时的核心组件又有哪些呢?
public SpringApplication(Class<?>... primarySources) {
this(null, primarySources);
}
public SpringApplication(ResourceLoader resourceLoader, Class<?>... primarySources) {
this.resourceLoader = resourceLoader;
Assert.notNull(primarySources, "PrimarySources must not be null");
this.primarySources = new LinkedHashSet<>(Arrays.asList(primarySources));
this.webApplicationType = WebApplicationType.deduceFromClasspath();
setInitializers((Collection) getSpringFactoriesInstances(ApplicationContextInitializer.class));
setListeners((Collection) getSpringFactoriesInstances(ApplicationListener.class));
this.mainApplicationClass = deduceMainApplicationClass();
}
SpringApplication的创建时核心脉络
SpringApplication的创建核心脉络比较简单:
1)ResourceLoader 指明资源加载器,这个暂时不清楚是啥东西,默认是个null。
2)webApplicationType 推断当前web应用类型,通过一个deduceFromClasspath方法推断出的。
3)之后设置了setInitializers、setListeners两个列表,分别是一堆Initializer和Listener,都是通过getSpringFactoriesInstances方法获取的。
4)通过primarySources、mainApplicationClass记录了启动主要资源类,也就是之前HelloWorld中的LearnSpringBootApplication.class。
上面是我第一次看这个类的一个脉络后,脑中得到的结果。
你第一次看这里,肯定什么都不清楚,不知道每个变量有什么用,是干嘛的,没关系的,第一次,你只要熟悉它的脉络就可以。知道这里设置了两个集合变量Initializer和Listener,可以设置esourceLoader ,标记了一些类型和类,这就够了。
之后你有时间,再挨个去了解每个变量或者组件的作用就可以了,这个不还是先脉络后细节的思想,是吧?
SpringApplication的创建时的细节分析
你可以慢慢拆解上面的每一步,单独看看每一个组件大体是作什么的,这个就是细节的研究,可以一步一步来。
你可以研究下ResourceLoader 是个啥? 你可以看它的类注解后可以发现,这个ResourceLoader 类负责使用ClassLoader加载ClassPath下的class和各种配置文件的。(如果你不知道JVM的ClassLoader机制,主要加载什么,可以自己去baidu、google了解下)。这里你可以进一步思考下,它设计成了一个接口,可以实现不同的类加载器来加载资源。
webApplicationType 如何被推断的?就是根据几个静态变量定义的类全限定名称,根据classPath下是否存在对应的类,来推断出类型,使用了web-starter。默认推断出为Servlet类型的应用。
至于primarySources、mainApplicationClass这个两个变量记录了LearnSpringBootApplication.class, 大体是为了之后扫描自动配置等考虑的,表示从什么包名的哪一个类下启动的。
最后两个集合变量Initializer和Listener如何设置的,这块比较值得研究下。
基本原理是通过ClassLoader扫描了classPath下所有META-INF/spring.factories这个目录中的文件,通过指定的factoryType,也就是接口名称,获取对应的所有实现类,并且实例化成对象,返回成一个list列表。
比如factoryType=ApplicationContextInitializer 就返回这个接口在META-INF/spring.factories定义的所有的实现类,并实例化为一个列表List ApplicationContextInitializer 。
ApplicationListener同理,获取到了List ApplicationListener一个集合。
这里面其实有很多细节,使用了类加载器、缓存机制,反射机制等,有兴趣的同学可以仔细研究下。
这里以我们抓大放小思想,概括成一句话:通过工具方法通过classLoader获取classPath指定位置某个接口所有实现类的实例对象列表。
这里获取的是ApplicationContextInitializer、ApplicationListener这两个接口的实例对象列表。
细节中可以学到知识,脉络中一样可以学到知识,这个思想你一定要慢慢有。抓大放小的意思,更多的是让你知道重点和关键点,而不是让你丢弃细节,这两者并不冲突,这个一定要注意。
最后这里细节分析,画一个简单组件图小结下:
SpringApplication Run方法的脉络分析
熟悉了SpringApplication 的创建,接着我们该分析它的run方法了。
其实之前一节,我们介绍过SpringApplication 的启动流程。就是高度概括了run方法的核心脉络,run方法的核心其实核心就是下图蓝色的部分:
run方法脉络可以主要概括为:
1)自动装配配置
2)Spring容器的创建
3)web容器启动(Tomcat的启动)
然而在run方法的执行过程,肯定不会这么简单,过程中还掺杂了很多杂七杂八的逻辑,其中有意思的扩展点,也有值得吐槽的坑。这是每个框架都会有的优势劣势吧。我们先大体摸一下run方法的脉络,给大家介绍几个术语,不然之后可能会看不懂代码细节。
SpringApplication Run方法的脉络进一步分析
要想进一步分析run方法的脉络,首先需要熟悉几个术语,就有点像DDD的通用语言似的,懂了这些语言,理解SpringBoot和Spring才会更得心应手。
术语普及Context/BeanFactory/Environment
ConfigurableApplicationContext,容器通常称为ApplicationContext或者BeanFactory,context也简称为容器。ApplicationContext包装了BeanFactory,封装更高级的API而已。
ConfigurableEnvironment ,是配置文件的抽象,有关什么properties或者yml等配置文件的key-value值,都会封装成这个类的某个实现类。
熟悉了这些术语后,我们看一起看下SpringApplication 的run方法代码。
public ConfigurableApplicationContext run(String... args) {
StopWatch stopWatch = new StopWatch();
stopWatch.start();
ConfigurableApplicationContext context = null;
Collection<SpringBootExceptionReporter> exceptionReporters = new ArrayList<>();
configureHeadlessProperty();
SpringApplicationRunListeners listeners = getRunListeners(args);
listeners.starting();
try {
ApplicationArguments applicationArguments = new DefaultApplicationArguments(args);
ConfigurableEnvironment environment = prepareEnvironment(listeners, applicationArguments);
configureIgnoreBeanInfo(environment);
Banner printedBanner = printBanner(environment);
context = createApplicationContext();
exceptionReporters = getSpringFactoriesInstances(SpringBootExceptionReporter.class,
new Class[] { ConfigurableApplicationContext.class }, context);
prepareContext(context, environment, listeners, applicationArguments, printedBanner);
refreshContext(context);
afterRefresh(context, applicationArguments);
stopWatch.stop();
if (this.logStartupInfo) {
new StartupInfoLogger(this.mainApplicationClass).logStarted(getApplicationLog(), stopWatch);
}
listeners.started(context);
callRunners(context, applicationArguments);
}
catch (Throwable ex) {
handleRunFailure(context, ex, exceptionReporters, listeners);
throw new IllegalStateException(ex);
}
try {
listeners.running(context);
}
catch (Throwable ex) {
handleRunFailure(context, ex, exceptionReporters, null);
throw new IllegalStateException(ex);
}
return context;
}
上面的代码,主要就是执行了一堆方法,可以从方法名字看出,都是围绕Context、Environment这些术语。也就是围绕容器和配置文件组织的逻辑。
在整个Spring容器的创建,刷新,刷新之后穿插了很多逻辑。
另外,SpringBoot整个run方法中有几个很关键扩展点,设计SpringApplicationRunListeners、Runners等扩展入口。容器创建、刷新等也要各自的扩展点,对容器的增强扩展,如beanFactoryPostProcessor,对Bean的增加扩展,如beanPostProcessor。然而这些都是后话了。
我直接用一张图给大家概括了,上面run方法脉络:
(*黑色是直观的看出来的扩展逻辑,白色是run方法每个方法的字面理解,只是每一步有很多扩展点和做的事情比较多,让你感觉会有点云里雾里的。蓝色部分,概括了核心逻辑。也就是SpringBoot启动,说白了我们核心就是要找到这三点:自动装配配置、Spring容器的创建、web容器启动。)
这时候你一定要学会抓大放小的思想,之后带着这3个关键步骤,去理解SpringBoot,其他的实现可以单独来研究分析它的设计思路,比如各个扩展点的设计是如何考虑的,我们可以参考借鉴哪一些。这才是学习SpringBoot最最该学习的。
概括下就是,当一个技术看着比较复杂时,你应该顺着核心脉络理解原理,学习各个细节的亮点设计思想。不要陷入某一个细节,多思考才最重要。大家一定要记住这一点,在后续的成长记中,我会逐步带大家体验这一点的。
小结
好了,简单小结下。
主要思想学习了:
1)先脉络后细节的思想,抓大放小的思想,排除不重要的,分析最主要的。
2)细节中可以学到知识,脉络中一样可以学到知识,这个思想你一定要慢慢有。抓大放小的意思,更多的是让你知道重点和关键点,而不是让你丢弃细节,这两者并不冲突,这个一定要注意。
3)多思考才最重要。顺着核心脉络理解原理,学习各个细节的亮点设计思想,千万不能陷入知识本身。
主要知识学习了:
今天我们主要看了下SpringApplication的创建,它的核心组件有哪些,创建后执行的run方法,到底做了些什么,脉络是怎么样的。
熟悉了这些脉络,剩下的就简单了,逐步分析每个细节,看看每个细节有些值得我们学习的点,又有哪一些不太适合的点。
我们下期再见!
本文由博客一文多发平台 OpenWrite 发布!