为什么要用SpringBoot

Spring Boot 是目前 Java 企业级开发中最流行的框架之一，它基于 Spring 框架，通过自动配置 、起步依赖 和嵌入式服务器等设计，极大地简化了 Spring 应用的搭建和开发过程。下面从背景、核心特性、启动流程、自动配置原理、与 Spring 的关系以及最佳实践等方面进行详细讲解。

1. Spring Boot 的诞生背景

在 Spring Boot 出现之前，使用 Spring 开发一个 Web 应用通常需要：

手动添加大量依赖（如 spring-webmvc、jackson、tomcat 等），并解决版本冲突。
编写 XML 或 Java 配置（如 DispatcherServlet、视图解析器、数据源、事务管理器）。
将应用打包成 WAR 包，部署到外置的 Servlet 容器（如 Tomcat）中。

这些工作重复、繁琐，且容易出错。Spring Boot 的目标正是让 Spring 应用"开箱即用" ，让开发者能够专注于业务逻辑。

2. Spring Boot 核心特性

2.1 起步依赖（Starters）

定义：一组预定义的依赖描述，聚合了某个场景所需的所有依赖。
示例：spring-boot-starter-web 包含了 spring-webmvc、tomcat-embed-core、jackson 等。
作用：避免手动组合依赖版本，简化 Maven/Gradle 配置。

2.2 自动配置（Auto-Configuration）

原理：根据 classpath 中的 jar 包、环境变量、配置等，自动注册常见的 Bean。
触发：通过 @EnableAutoConfiguration 或 @SpringBootApplication 注解。
实现：利用 spring.factories 文件加载配置类，并结合条件注解（如 @ConditionalOnClass）决定是否生效。

2.3 嵌入式服务器

支持：Tomcat、Jetty、Undertow 等。
好处：无需外置服务器，应用打包成可执行 JAR，直接 java -jar 启动。
实现：通过 ServletWebServerFactory 和 ServletWebServerApplicationContext 在容器启动时创建并启动内嵌服务器。

2.4 外部化配置（Externalized Configuration）

支持来源 ：application.properties / application.yml、命令行参数、环境变量、系统属性等。
优先级：按特定顺序，如命令行 > 环境变量 > 配置文件。
绑定：通过 @Value 或 @ConfigurationProperties 将配置注入到 Bean 中。

2.5 Actuator（生产就绪特性）

功能：提供一系列端点，如 /health、/info、/metrics、/env，用于监控和管理应用。
实现：引入 spring-boot-starter-actuator 后自动配置，可通过 management.endpoints.web.exposure.include 控制暴露的端点。

2.6 其他特性

开发者工具（DevTools） ：提供热部署、自动重启等功能，提升开发效率。
日志抽象：默认使用 Logback，支持灵活配置。
安全：与 Spring Security 无缝集成，提供默认安全配置。
测试支持 ：提供 @SpringBootTest 等注解，简化集成测试。

3. Spring Boot 启动流程（源码级）

一个典型的 Spring Boot 应用入口：

java

typescript 复制代码

@SpringBootApplication
public class Application {
    public static void main(String[] args) {
        SpringApplication.run(Application.class, args);
    }
}

3.1 `SpringApplication.run()` 做了什么？

创建 SpringApplication 实例
- 推断应用类型（Servlet、Reactive、None）。
- 加载 META-INF/spring.factories 中的 ApplicationContextInitializer 和 ApplicationListener。
- 推断主配置类（main 方法所在的类）。
执行 run 方法
- 启动计时器。
- 创建并启动 StopWatch。
- 配置 Headless 属性。
- 获取并启动 SpringApplicationRunListeners。
- 准备环境（Environment），加载配置文件。
- 创建 ApplicationContext（根据应用类型创建 AnnotationConfigServletWebServerApplicationContext 等）。
- 调用 prepareContext，初始化上下文，注册 BeanDefinition。
- 刷新上下文（调用 refresh()，此步与 Spring 的 IoC 容器启动相同）。
- 启动嵌入式 Web 服务器（在 refresh() 的 onRefresh() 中触发）。
- 发布 ApplicationStartedEvent 等事件。
- 调用 ApplicationRunner 和 CommandLineRunner。

3.2 关键源码片段

java

scss 复制代码

// SpringApplication.run 主要流程
public ConfigurableApplicationContext run(String... args) {
    StopWatch stopWatch = new StopWatch();
    stopWatch.start();
    // ...
    ApplicationArguments applicationArguments = new DefaultApplicationArguments(args);
    ConfigurableEnvironment environment = prepareEnvironment(listeners, applicationArguments);
    // ...
    ConfigurableApplicationContext context = createApplicationContext();
    prepareContext(context, environment, listeners, applicationArguments, printedBanner);
    refreshContext(context);
    afterRefresh(context, applicationArguments);
    stopWatch.stop();
    // ...
    return context;
}

refreshContext 内部调用 AbstractApplicationContext.refresh()，该过程与 Spring IoC 容器启动完全一致（包括 invokeBeanFactoryPostProcessors、registerBeanPostProcessors、finishBeanFactoryInitialization 等）。
嵌入式服务器的启动发生在 refresh() 的 onRefresh() 阶段，通过 ServletWebServerApplicationContext 的 createWebServer() 实现。

4. 自动配置原理深度剖析

4.1 入口：`@EnableAutoConfiguration`

@SpringBootApplication 包含了 @EnableAutoConfiguration，后者通过 @Import(AutoConfigurationImportSelector.class) 导入一个选择器。

4.2 `AutoConfigurationImportSelector`

其 selectImports 方法会从 META-INF/spring.factories 文件中读取所有 EnableAutoConfiguration 键对应的全限定类名。
这些类就是候选的自动配置类，例如 DataSourceAutoConfiguration、WebMvcAutoConfiguration 等。

4.3 条件注解（Conditional Annotations）

每个自动配置类上都标注了多个条件注解，只有当所有条件满足时，该类才会被加载。常见条件注解：

@ConditionalOnClass：classpath 中存在指定的类。
@ConditionalOnMissingBean：容器中不存在指定的 Bean。
@ConditionalOnProperty：配置属性满足指定值。
@ConditionalOnWebApplication：当前应用是 Web 应用。

例如，DataSourceAutoConfiguration 的部分代码：

java

less 复制代码

@Configuration(proxyBeanMethods = false)
@ConditionalOnClass({ DataSource.class, EmbeddedDatabaseType.class })
@ConditionalOnMissingBean(type = "io.r2dbc.spi.ConnectionFactory")
@EnableConfigurationProperties(DataSourceProperties.class)
@Import(DataSourcePoolMetadataProvidersConfiguration.class)
public class DataSourceAutoConfiguration {
    // ...
}

4.4 配置属性绑定

自动配置类中通常通过 @EnableConfigurationProperties 引入 @ConfigurationProperties 类（如 DataSourceProperties），该类通过 @ConfigurationProperties(prefix = "spring.datasource") 将 application.properties 中的配置绑定到字段上。

4.5 自定义自动配置

开发者也可以编写自己的自动配置类，并将其添加到 META-INF/spring.factories 中。Spring Boot 会将其作为候选配置处理。

5. Spring Boot 与 Spring 的关系

Spring Boot 不是替代 Spring ，而是构建在 Spring 之上的快速开发工具。
Spring Boot 通过自动配置、起步依赖等，简化了 Spring 的使用，但底层依然是 Spring 的 IoC、AOP、MVC、事务等核心功能。
开发时，可以直接使用 Spring 的各种注解和接口，只是不需要编写繁琐的配置。

6. 应用场景与最佳实践

6.1 适用场景

微服务架构（与 Spring Cloud 结合）。
快速原型开发。
RESTful API 服务。
批处理应用（Spring Batch + Boot）。
任何需要快速启动的 Spring 应用。

6.2 最佳实践

使用 @SpringBootApplication 作为主类，它会自动开启组件扫描和自动配置。
合理使用 @ConfigurationProperties ，将配置集中管理，避免 @Value 散落各处。
针对不同环境使用 Profile ，通过 application-{profile}.yml 分离配置。
生产环境开启 Actuator，但注意保护敏感端点。
自定义自动配置时，使用条件注解，避免与用户配置冲突。
利用 DevTools 提高开发效率，但生产环境应排除。
了解自动配置的覆盖规则：用户自定义的 Bean 会覆盖自动配置的 Bean。

7. 总结

Spring Boot 的核心价值可以概括为： "约定大于配置，快速开发，生产就绪" 。它通过起步依赖简化依赖管理，通过自动配置消除样板代码，通过嵌入式服务器简化部署，并通过 Actuator 提供监控能力。

在实现上，Spring Boot 充分利用了 Spring 框架的扩展点（如 BeanFactoryPostProcessor、BeanPostProcessor、ApplicationContextInitializer），并结合了 SPI 机制（spring.factories）和丰富的条件注解，实现了高度智能化的自动配置。掌握 Spring Boot 的原理，不仅能帮助我们更高效地开发，也能在遇到问题时快速定位和解决。

为什么要用SpringBoot

1. Spring Boot 的诞生背景

2. Spring Boot 核心特性

2.1 起步依赖（Starters）

2.2 自动配置（Auto-Configuration）

2.3 嵌入式服务器

2.4 外部化配置（Externalized Configuration）

2.5 Actuator（生产就绪特性）

2.6 其他特性

3. Spring Boot 启动流程（源码级）

3.1 SpringApplication.run() 做了什么？

3.2 关键源码片段

4. 自动配置原理深度剖析

4.1 入口：@EnableAutoConfiguration

4.2 AutoConfigurationImportSelector

4.3 条件注解（Conditional Annotations）

4.4 配置属性绑定

4.5 自定义自动配置

5. Spring Boot 与 Spring 的关系

6. 应用场景与最佳实践

6.1 适用场景

6.2 最佳实践

7. 总结

3.1 `SpringApplication.run()` 做了什么？

4.1 入口：`@EnableAutoConfiguration`

4.2 `AutoConfigurationImportSelector`