Spring Boot 的核心特性有哪些？

Spring Boot 核心特性面试回答

【核心定义】

Spring Boot 是一个基于 Spring 框架的、用于快速构建生产级独立应用程序的约定优于配置的微服务框架。

【关键要点】

自动配置（Auto-Configuration）
- 基于类路径依赖自动配置 Spring 应用，无需手动编写 XML 或 Java 配置
- 通过 @EnableAutoConfiguration 和 spring.factories 机制实现
起步依赖（Starter Dependencies）
- 预打包的依赖描述符，简化 Maven/Gradle 配置
- 如 spring-boot-starter-web 自动包含 Web 开发所需的所有依赖
嵌入式服务器（Embedded Servers）
- 内置 Tomcat、Jetty 或 Undertow，应用可打包为独立 JAR 直接运行
- 消除传统 WAR 包部署到外部容器的复杂性
生产就绪特性（Production-Ready Features）
- 内置健康检查、指标收集、外部化配置等监控管理端点
- 通过 Actuator 模块提供 /health、/metrics、/info 等 REST 端点
外部化配置（Externalized Configuration）
- 支持多环境配置（dev/test/prod），优先级：命令行参数 > 系统属性 > 配置文件
- 配置文件支持 properties、YAML 格式，可通过 @ConfigurationProperties 绑定

【深度推导/细节】

自动配置的实现机制

Step 1 - 启动扫描
应用启动时，@SpringBootApplication（组合了 @EnableAutoConfiguration）触发自动配置

Step 2 - 加载配置类
Spring Boot 扫描 META-INF/spring.factories 文件中 org.springframework.boot.autoconfigure.EnableAutoConfiguration 键下的所有配置类

Step 3 - 条件化装配
每个自动配置类使用 @ConditionalOnClass、@ConditionalOnMissingBean 等条件注解，仅在满足特定条件时才生效

Step 4 - 属性绑定
通过 @ConfigurationProperties 将 application.properties/yml 中的属性绑定到配置 Bean

嵌入式容器的技术选型

Tomcat（默认）：成熟稳定，适合大多数 Web 应用
Jetty：轻量级，适合嵌入式系统和云原生应用
Undertow：高性能，基于 NIO，适合高并发场景

切换方式：在 pom.xml 中排除 Tomcat 依赖，引入 Jetty 或 Undertow starter

【关联/对比】

Spring Boot vs 传统 Spring MVC

维度	Spring Boot	传统 Spring MVC
配置方式	约定优于配置，自动装配	大量 XML/Java 显式配置
部署方式	嵌入式容器，独立 JAR	需要外部 Web 容器（如 Tomcat）
依赖管理	起步依赖，版本自动管理	手动管理依赖版本和冲突
启动速度	快速启动（秒级）	较慢（依赖容器启动）

Spring Boot vs Spring Cloud

Spring Boot：用于构建单个微服务应用
Spring Cloud：基于 Spring Boot 的微服务治理框架（服务发现、配置中心、熔断器等）

『面试官追问』

常见追问问题：

Spring Boot 自动配置的原理是什么？如何自定义自动配置？
- 原理：通过 spring.factories + 条件注解 + 属性绑定
- 自定义：创建 META-INF/spring.factories 文件，定义自己的自动配置类
Spring Boot 启动过程是怎样的？
- SpringApplication.run() → 创建应用上下文 → 执行自动配置 → 启动嵌入式容器 → 运行应用
Spring Boot 如何实现多环境配置？
- 使用 application-{profile}.properties/yml
- 通过 spring.profiles.active 指定激活的环境
Spring Boot 2.x 与 1.x 的主要区别？
- WebFlux 响应式编程支持
- Actuator 端点安全性改进
- 配置属性绑定更加严格
- 默认使用 HikariCP 连接池
Spring Boot 中的 Starter 工作原理？
- Starter 本身不包含代码，只有 pom.xml 定义依赖
- 通过传递依赖引入相关库和自动配置类

版本差异要点：

Spring Boot 1.x：基于 Spring 4，支持 Java 6+
Spring Boot 2.x：基于 Spring 5，最低 Java 8，支持响应式编程
Spring Boot 3.x：基于 Spring 6，最低 Java 17，支持 GraalVM 原生镜像

【直击痛点】

关键设计决策的合理性

为什么默认使用 Tomcat？
- 市场占有率最高（约60%），社区支持最好
- 平衡了性能、稳定性和功能完整性
为什么采用 YAML 作为配置格式？
- 支持层次结构，比 properties 文件更清晰
- 减少重复配置，支持多文档块
Actuator 端点的安全性设计
- Spring Boot 2.x 后，除 /health 和 /info 外，其他端点默认需要认证
- 防止生产环境敏感信息泄露
自动配置的”魔法”边界
- 始终可以通过 @EnableAutoConfiguration(exclude=...) 排除特定配置
- 用户定义的 Bean 优先于自动配置的 Bean（@ConditionalOnMissingBean）

性能优化机制

懒加载（Lazy Initialization）：Spring Boot 2.2+ 支持，减少启动时间
编译时优化：Spring Boot 3+ 支持 GraalVM 原生镜像，启动时间 < 100ms
连接池优化：默认使用 HikariCP（性能优于 Tomcat JDBC 和 DBCP2）

总结陈述：Spring Boot 通过”约定优于配置”的哲学，将 Spring 生态的复杂性封装在起步依赖和自动配置中，使开发者能够快速构建、测试和部署生产级应用。其核心价值在于开发效率的提升和运维复杂度的降低，是现代 Java 微服务开发的事实标准。

# Spring Boot 的核心特性有哪些？