Spring Boot 是 Spring 开源组织下的子项目，是 Spring 组件一站式解决方案，主要是简化了使用 Spring 的难度，简省了繁重的配置，提供了各种启动器，开发者能快速上手。

～

本篇内容包括：Spring Boot 概述、Spring Boot 约定优于配置、Spring Boot 演进之路

---

---

一、Spring Boot 概述

1、Spring Boot 简介

Spring Boot 是 Spring 开源组织下的子项目，是 Spring 组件一站式解决方案，主要是简化了使用 Spring 的难度，简省了繁重的配置，提供了各种启动器，开发者能快速上手。

官方网站：http://projects.spring.io/spring-boot/

GitHub源码：https://github.com/spring-projects/spring-boot

2、Spring Boot 特点

为基于 Spring 的开发提供更快的入门体验开箱即用，没有代码生成，也无需 xml 配置。同时也可以修改默认值来满足特定的需求。

提供了一些大型项目中常见的非功能性特性，如嵌入式服务器、安全、指标，健康检测、外部配置等 SpringBoot 不是对 Spring 功能上的增强，而是提供了一种快速使用 Spring 的方式。

3、Spring Boot 优点

Spring Boot 优点如下：

1. 独立运行：Spring Boot 而且内嵌了各种 Servlet 容器，Tomcat、Jetty等，现在不再需要打成 war 包部署到容器中，Spring Boot 只要打成一个可执行的 jar 包就能独立运行，所有的依赖包都在一个 jar 包内。
2. 简化部署：spring-boot-starter-web 启动器自动依赖其他组件，简少了 Maven 的配置。
3. 自动配置：Spring Boot 能根据当前类路径下的类、jar 包来自动配置 bean，如添加一个 ‘spring-boot-starter-web’ 启动器就能拥有 web 的功能，无需其他配置。
4. 无代码生成及 xml 配置：Spring Boot 配置过程中无代码生成，也无需 xml 配置文件就能完成所有配置工作，这一切都是借助于条件注解完成的，这也是 Spring4.x 的核心功能之一。
5. 应用监控：Spring Boot 提供一系列端点可以监控服务及应用，做健康检测。

4、Spring Boot 缺点

Spring Boot 缺点如下：

Spring Boot 虽然上手很容易，但如果你不了解其核心技术及流程，所以一旦遇到问题就很棘手，而且现在的解决方案也不是很多，需要一个完善的过程。

---

二、Spring Boot 约定优于配置

1、对于“约定优于配置”的理解

约定优于配置（convention over configuration），也称作按约定编程，是一种软件设计范式，旨在减少软件开发人员需做出决定的数量，活得简单的好处，而又不失灵活性。开发人员仅仅需要规定应用中不符合约定的部分。

• 约定大于配置，约定好于配置，习惯大于配置等。但它们都表明了一个意思，并不是说零配置。或者说零配置并不是完全没有配置，而是通过约定来减少配置；
• 系统，类库，框架应该提供有合理的默认值，而非要求提供不必要的配置。使用该框架提供的默认值，会让开发人员工作起来效率更快。

Ps：Spring 在推动 约定优于配置 这一设计理念，从 Spring 的注解版本就已经开始了。引入注解就是为了减少一些默认配置，引入注解也就代表着简化配置的开始，官方说基于 Spring 的基础就是这个事实。

2、对于“约定优于配置”的体现

在我们真实去使用 Spring Boot 进行开发时，就能深刻体会到其中“约定优于配置”的这一特点。往往是我们引入一个组件依赖，加个配置，这个组件就生效了，非常便利。

比如我们常用的 Redis, 在 Spring Boot 中就是这样使用的：

# 引入 Maven 依赖

<dependency>
  <groupId>org.springframework.boot</groupId>
  <artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>

# 配置 .yml 文件

spring:
  redis:
    host: localhost
    port: 6379
    password: pwd1234

# 使用 Redis

	@Autowired
	private RedisTemplate redisTemplate;

可以看到就这样简单两步，中间没有做任何事情，就可以搞定 Redis 的引入（Ps：关于 Spring Boot 是如何做到这一点的，会在后面介绍）

---

三、Spring Boot 演进之路

1、Spring Boot 1.0 和 2.0

• 从 2.0 版本开始 WebMvcConfigurerAdapter 抽象类已经过时。直接继承 WebMvcConfigurer 接口然后实现他的 default 方法即可。因为 SpringBoo t的 2.0 及其以上版本最低支持Java 8，而 Java 8 中有个新特性就是 default 关键字。

  WebMvcConfigurerAdapter 可以用 WebMvcConfigurationSupport 替代，但是不推荐使用 WebMvcConfigurationSupport 这个类会全面接管对 SpringMVC 的配置，即SpringBoot 对 SpringMVC 的自动配置全部失效，只使用用户对 SpringMVC的 配置。

• SpringBoot1.X 配置的拦截器对静态资源是默认放行的，而 SpringBoot 2.X 版本的拦截器不会对静态资源默认放行，也会进行拦截。如果想要使用静态资源就必须排除静态资源的请求路径。

2、Spring Boot 2.1

• 优化应用程序启动速度，启动时占用的内存更少。在 Spring Data JPA 中设置 spring.data.JPA.repositori.bootstrap.bootstrap-mode=deferred 时，Hibernate 将在单独的线程启动，而应用程序的其余组件将会并行启动。
• 支持 Java11 并且兼容Java8。
• 提供了应用程序缓存管理信息和提供Spring集成组件的图表信息。

3、Spring Boot 2.2

• Spring Boot 2.2.0 的性能获得了很大的提升。现在，应用程序启动速度更快，并且消耗的内存更少。这在具有非常严格的内存约束的环境中特别有用。
• 现在可以通过 spring.main.lazy-initialization 属性启用全局延迟初始化，以减少启动时间。但是在进行任何延迟的初始化时，HTTP 请求的处理可能需要更长的时间；通常在启动时会发生的故障现在在启动后才会出现。
• 支持 Java 13，同时仍与 Java 11 和 8 兼容
• 配置属性现在支持基于构造函数的绑定，该绑定使 @ConfigurationProperties 注释的类不可变。可以通过使用 @ConstructorBinding 注释 @ConfigurationProperties 类或其构造函数之一来启用基于构造函数的绑定。可以在配置属性绑定提供的构造函数参数上使用 @DefaultValue 和 @DateTimeFormat 之类的注释。

4、Spring Boot 2.3

# 正常(优雅)停机

所有四个嵌入式Web服务器（Jetty，Reactor Netty，Tomcat和Undertow）以及响应式和基于Servlet的Web应用程序均支持正常关机。它作为关闭应用程序上下文的一部分发生，并在停止SmartLifecyclebean 的最早阶段执行。此停止处理使用一个超时，该超时提供一个宽限期，在此宽限期内，现有请求将被允许完成，但新请求将不被允许。不允许新请求的确切方式因所使用的Web服务器而异。Jetty，Reactor Netty和Tomcat将停止在网络层接受请求。Undertow将接受请求，但会立即以服务不可用（503）响应进行响应。

当我们流量请求到此接口执行业务逻辑的时候，若服务端此时执行关机 （kill），spring boot 默认情况会直接关闭容器（tomcat 等），导致此业务逻辑执行失败。在一些业务场景下：会出现数据不一致的情况，事务逻辑不会回滚。使用Tomcat正常关机需要Tomcat 9.0.33或更高版本。

# 分成 jar 包

重新打包的 jar 分别在 BOOT-INF/classes 和中包含应用程序的类和依赖项 BOOT-INF/lib。对于需要从 jar 的内容中构建 docker 映像的情况，能够进一步分隔这些目录，以便可以将它们写入不同的层是很有用的。

Buildpacks 打镜像包会使用缓存的，如果这一层没变那就不用重新打这一层，只需要重新打包修改过的层，这样一来，如果你只修改了 application 中的内容，比如新加了 Controller 或者配置文件等，那么只需要重新打包这一层，也就是几 K，几十 K 不会很大，这样一来打包速度就很快了，要不然一个上百兆的镜像包也得需要一段时间。

5、Spring Boot 2.4

# 自动分析瘦身

Spring Boot 项目最终构建处理 JAR 包大小一直是个诟病，需要把所有依赖包内置最终输出可运行的 jar。 当然可以使用其他的插件扩展 实现依赖 JAR 和 可运行 jar 分离可以参考 slot-maven-plugin, 但此种方法治标不治本并不能减少原有依赖的 JAR 的大小。

Spring Boot 2.4 提供对构建输出 JAR 分析自动瘦身的功能，自动在构建输出可运行 JAR 时删除 empty starter dependencies。

…

6、Spring Boot 3.0

Spring Boot 3 最大的变化是决定使用 Java 17 作为最低版本。要求 Java 17 和更新版本是一个重大举措，Spring 将成为第一个需要此最新 LTS 版本的主要框架。

Spring Boot 3 还需要 Spring Framework 6。对于 Gradle 用户，Spring Boot 3 需要 Gradle 7.3 或更高版本。

其余值得注意的依赖升级可以分为两组，Spring 项目和第三方库。