从SpringBoot启动，阅读源码设计 - 知了一笑
source link: https://www.cnblogs.com/cicada-smile/p/16767863.html
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
服务启动堪称Spring源码设计的答案；
一、背景说明
初学SpringBoot框架时，第一次启动服务，直呼什么鬼？只需要简单的几步配置，几个核心的注解，就可以快速实现工程的搭建和运行；
虽然从Spring框架迁移到SpringBoot框架，在初期会有很多的不适应，但是更好用的框架会快速得到认可，从而成为主流的技术选型；
对于大多数的框架或者组件来说，如果使用起来越是简便，那么其内部的封装策略就越是复杂；
比如在Spring框架更新到SpringBoot版本时，其用法的简便与内部封装的复杂性已经形成强烈的对比；再到SpringCloud微服务框架时，其封装逻辑复杂到离谱；
对于服务端的开发来说，绕不开对Spring框架的深度学习，如果单纯站在源码阅读的角度，建议先熟读SpringBoot启动流程，然后再适当扩展其他源码块；
二、SpringBoot工程
首先聊一聊阅读源码的基本思路，从一个极简的案例开始，围绕案例中的核心API作为切入点，通过对源码逻辑的断点调试，从而体会其设计的原理；
阅读SpringBoot的源码，可以从服务启动方法作为切入点，然后不断的分析启动过程涉及到的核心API和设计原理，再基于具体的启动日志去分析抽象的加载逻辑；
在看具体的源码之前，还需要说下分析思路，Spring项目中，要注意每个API所属工程与层级，然后再去分析API之间关系，核心的构造、属性、方法等；
在SpringBoot的启动类中，有两个核心的切入点，一个是类的构造方法，完成一列的初始化动作；一个是启动方法，实现应用上下文的创建和装载；
构造方法：
启动方法：
需要说明的是，由于SpringBoot服务启动过程涉及源码过多，所以上面的源码中只是罗列部分的核心切入点，然后围绕这些关键流程展开，分析一些常见的源码设计；
另外说明一点，以下源码的核心版本：JDK-1.8，spring-5.2.4，spring-boot-2.2.5，在不同的版本下源码会存在差异；
三、应用上下文
服务启动时，根据应用类型判断创建的上下文，此处启动的是基于servlet的web应用，所以也依赖相应的web服务器，默认为Tomcat；
启动方法的核心在于对应用上下文的创建、准备、刷新，应用上下文是一个十分抽象的描述，可以理解为应用运行的整体环境，其中涉及到资源加载，配置文件装配，运行服务的管理等，后续的源码分析都围绕该API展开；
ApplicationContext：应用上下文核心接口，在该接口中所有的方法都是只读模式，即只能通过Get方法进行访问；
ConfigurableApplicationContext：上下文配置扩展接口，提供了应用上下文的配置能力，生命周期的维护，以及在关闭之后的相关资源释放；
AbstractApplicationContext：上下文接口抽象实现，核心的API，对应用上下文中的公共能力做了实现；
ConfigurableWebApplicationContext：Web应用上下文配置扩展接口，提供了Web应用的上下文配置能力；
WebServerApplicationContext：Web服务上下文，创建并管理Web应用的服务器，在该流程中嵌入的是Tomcat服务；
根据应用上下文几个核心的API设计，体会Spring源码的设计思路，从顶级的接口开始，不断向下扩展并且新增方法，理解抽象实现类的逻辑，以及服务运行时所依赖的具体API；
四、资源加载
什么是资源，可以是各种类型的文件和配置，字节输入流的转换，也可以是URL资源定位，Spring框架在运行的过程中，需要依赖Resource接口实现对底层资源的访问；
Resource：资源描述的顶级接口，提供了一系列的方法，继承InputStreamSource接口，支持将资源转换为流的形式操作；
AbstractResource：资源访问的抽象实现类，这里的设计原理与AbstractApplicationContext类似，提供资源访问方法的基础实现；
ResourceLoader：资源加载的封装接口，应用下文需要依赖该接口实现资源的获取与访问；
针对不同应用场景需求，Resource接口的实现类有如下几个：FileSystemResource文件系统资源，ClassPathResource类路径下资源，InputStreamResource输入流资源等；
五、应用环境
对于Property和Environment源码设计体系，参考上述的源码模块，在思路上是相似的，此处不多描述；
应用程序的属性和环境涉及到的参数描述非常多，比较直接的手段是通过System类中的方法输出，至于信息如何加载，在StandardEnvironment类中提供了方法，可以断点查看；
六、Bean对象
基于Spring框架的应用程序中，由Spring容器负责创建，装配，设置属性，进而管理整个生命周期的对象，称为Bean对象；Bean的生命周期非常复杂，过程大致如下：实例化，属性加载，初始化前后管理，销毁；
BeanFactory：工厂类，Spring框架的核心能力，Bean容器的顶级接口，提供了一系列Bean对象的访问方法，是IOC思想和依赖注入的基础支撑；
ConfigurableBeanFactory：Bean容器可配置化接口，该扩展接口只是为了允许框架内部的即插即用和访问bean工厂的配置方法；
AbstractBeanFactory：Bean管理的抽象实现类，可以查看其内部doGetBean方法，提供Bean实例对象的获取逻辑，如果无法获取则执行创建逻辑；
七、Tomcat服务
初次启动SpringBoot工程时，最大的疑问就是可见Tomcat启动日志，但是没有显式的做服务器装配，直接启动JAR包即可，这在流程上简化了一大步；
WebServer：Web应用服务器接口，比如常用的Tomcat，Jetty，Netty等，根据应用类型选择，只提供了启动、停止、获取端口三个方法，通过WebServerApplicationContext与应用上下文相关联；
TomcatWebServer：SpringBoot框架管理内置Tomcat服务的核心类，对Tomcat生命周期的管理提供了一层包装；
Tomcat：Apache组件中轻量级Tomcat启动器，提供了Tomcat基础配置，比如默认的Port和HostName，以及生命周期管理的方法，TomcatWebServer类中调用的就是该API中的具体方法；
八、事件模型
事件驱动模型是复杂流程中的常用解耦手段，即通过事件发送和监听两个拆解动作，实现流程的分步执行，这在SpringBoot启动流程和上下文装载中更是发挥的淋漓尽致；
ApplicationEvent：应用事件基础抽象类，继承自JDK中EventObject类，具体事件会继承该类，内部声明了事件源和发生时间两个核心属性；
ApplicationEventMulticaster：应用事件广播的顶级接口，可以将指定的应用事件广播给适合的监听器；
SimpleApplicationEventMulticaster：应用事件广播接口的简单实现，可以断点该类的multicastEvent方法，查看广播时应用事件和其相应的监听器；
ApplicationListener：应用事件监听器接口，继承自JDK中EventListener接口，Spring中扩展了多种具体的事件监听器，以实现各种不同的场景需求，比如最常见的ConfigFileApplicationListener配置文件监听器；
九、配置加载
SpringBoot工程中，配置文件的管理策略非常复杂，有内部程序执行加载配置，也有外部集成的组件配置，当然最核心的就是工程的自定义配置；
ConfigFileApplicationListener.Loader：配置文件监听器的内部类，实现对工程中的配置源加载，其核心逻辑在Loader.load方法中实现，具体逻辑由相关的实现类完成；
PropertySourceLoader：配置加载的策略接口，在Spring工程中支持多种类型的文件配置，比如yml、yaml、properties、xml，需要通过文件的扩展名选择相应的加载实现类；
YamlPropertySourceLoader：加载.yml或者.yaml类型的文件，SpringBoot工程中常用的配置文件类型，最终转换成Name和Value的属性源集合，即通过PropertySource抽象类来描述；
十、数据库集成
Spring框架的强大之处还在于能够和其他组件进行简单快速的集成，比如常用的数据库、缓存、消息队列等各种类型的组件，分析内部的集成逻辑，会发现很多原理上的相似性，尤其在SpringBoot框架中，约定大于配置；
DataSourceAutoConfiguration：SpringBoot工程中数据库的自动化配置类，在配置中Hikari是默认选择的连接池，也是号称速度最快的；
DataSourceProperties：数据源配置相关的基础类，在DataSourceConfiguration配置类中，会基于参数去创建数据源对象；
HikariDataSource：Hikari连接池组件中的数据源API，描述数据源的具体信息，例如配置、连接池、状态等，具体的数据库连接逻辑是在该组件内部完成的；
基于SpringBoot集成数据库的原理，可以扩展性的看看：Redis组件的RedisAutoConfiguration配置类；Kafka组件的KafkaAutoConfiguration配置类，Elasticsearch组件的RestClientAutoConfiguration配置类，在设计原理上都有异曲同工之妙；
写在最后
从个人经验来看，想要阅读Spring框架的源码设计，需要基于应用流程先构建一个大的轮廓结构，理解设计中的常用策略和原理，然后再深入单个模块的细节逻辑，这样容易找到阅读节奏；
本文并没有涉及源码中过多的细节逻辑，只是从服务启动作为切入点，整理与开发关联性较为直接的源码模块，描述个人对于Spring源码阅读的基础思路。
十一、参考源码
应用仓库：
https://gitee.com/cicadasmile/butte-flyer-parent
组件封装：
https://gitee.com/cicadasmile/butte-frame-parent
Recommend
-
8
研发过程中的文档管理与工具 ...
-
2
Stream简化元素计算； 一、接口设计 从Java1.8开始提出了Stream流的概念，侧重对于源数据计算能力的封装，并且支持序列与并行两种操作方式；依旧先看核心接口的设计:
-
5
编码问题，谁不想避其锋芒； 一、业务背景 在搜索引擎的功能上，曾经遇到过这样一个问题，数据库中某个公司名称中存在特殊编码，尽管数据已经正常同步到索引中，但是系统中关键词始终也无法匹配到该公司...
-
7
程序和机器沟通的桥梁 相信很多朋友在出国旅游，或者与外国友人沟通的过程中，都会遇到语言不通的烦恼。这时候我们就需要掌握对应的外语或者拥有一部翻译机。而笔者只会中文，所以需要借助一部翻译器才能与不懂中文的外国友人交...
-
7
让请求在导航的服务节上点执行； 一、背景简介 分布式系统中会存在这样的开发场景，不同需求可能涉及到对同一个服务的开发，那么该服务在研发期间就会存在多个版本并行的状态，为了保持不同版本之间的隔离性，验...
-
6
工作群里的消息怕过于安静，又怕过于频繁 一、业务背景 在开发的过程中会遇到各种各样的开发问题，服务器宕机、网络抖动、代码本身的bug等等。针对代码的bug，我们可以提前预支，通过发送告警信息来警示...
-
4
将一堆“事情”串联在一起，有序执行，就叫责任链 责任链模式（Chain of Responsibility Pattern）是将链中每一个节点看作是一个对象，每个节点处理的请求均不同，且内部自动维护一个下一节点对象。当一个请求从链式的首端发出时，...
-
6
将一堆“事情”串联在一起，有序执行，就叫责任链 责任链模式（Chain of Responsibility Pattern）是将链中每一个节点看作是一个对象，每个节点处理的请求均不同，且内部自动维护一个下一节点对象。当一个请求从链式的首端发出时，...
-
7
Index用不好，麻烦事不会少； 一、管理方式 ElasticSearch作为最常用的搜索引擎组件，在系统架构中发挥极其重要的能力，可以极大的提升数据的加载和检索效率；但不可否认的是，在长期的应用实践中，也发...
-
7
有多久，没有发过短信了？ 一、背景简介 在常规的分布式架构下，「消息中心」的服务里通常会集成「短信」的渠道，作为信息触达的重要手段，其他常用的手段还包括：「某微」、「某钉」、「邮件」等方式；...
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK