面经策

Spring Boot 3.x 与 2.x 版本有哪些主要的改进和区别？ ​

  • 标签：Java、Spring Boot、后端

🏛 业务架构师 ​

Spring Boot 3.x 相对 2.x 的改进，我按"驱动因素 → 技术变化 → 业务影响"来讲：

1. 基座全面升级（最硬的变化）：

  • 要求 Java 17+（4.x 要求 17~25 + Jakarta EE 11），基于 Spring Framework 6；
  • javax. → jakarta. 命名空间迁移**——受影响最大的是 Servlet/JPA/Validation 相关代码，这是升级的主要工程量；
  • 对应的还有 GraalVM Native Image 一等公民支持（AOT 引擎）：冷启动毫秒级、内存减半，Serverless/弹性场景的商业价值直接可算。

2. 可观测性内置：Micrometer Tracing（替代 Spring Cloud Sleuth），链路追踪从微服务组件下沉为框架能力——一行依赖就有 traceId 贯穿，排障效率实打实提升。

3. 开发体验：问题诊断报告增强（FailureAnalyzer 更友好）、RestClient（带超时默认值的新 HTTP 客户端）、虚拟线程支持（3.2+，spring.threads.virtual.enabled=true）——同步代码拿到异步吞吐，是 2026 年最值得吃的红利。

4. 生态收敛：对旧组件停止维护（Hystrix/Zuul 等早已退役），推动迁移到 Gateway/Resilience4j/Sentinel；Spring Boot 2.x 已 EOL。

升级决策框架（架构师视角）：先算停留成本（2.x 无安全补丁 = 裸奔）与迁移成本（依赖面、jakarta 改造量），用 OpenRewrite 等自动化工具批量迁移，非核心系统排期错峰。升级不是赶时髦，是安全债务与机会成本的管理。

🏗 系统架构师 ​

五条主线差异：

  1. 基线升级：Java 17+（2.x 是 8/11）、Spring Framework 6、Jakarta EE 9+（javax.* 全量迁 jakarta.*，最大迁移成本）；
  2. Native/AOT 一等公民：GraalVM 原生镜像支持成熟——启动毫秒级、内存显著下降；
  3. 可观测性重构：Sleuth 退役 → Micrometer Tracing（桥接 OTel/Brave），Observation API 统一 metrics/tracing/logging；
  4. 虚拟线程（3.2+）：JDK 21 一行配置开启，阻塞式代码获得高并发；
  5. 生态配套：Hibernate 6、Spring Security 6（写法大改）、三方 starter 需要兼容版本。

架构视角（主讲迁移决策）：

  • 为什么升：2.x 开源支持已终止，安全补丁与性能红利（GC 改进、Native、虚拟线程）都在 3.x；
  • 怎么升：这是标准的大版本升级工程，不是改版本号——依赖矩阵盘点（javax 引用扫描）、properties-migrator 辅助、单服务灰度先行、回归与性能基线对比；
  • 2026 语境：3.4/3.5 处于稳态，4.0（Framework 7、Jakarta EE 11、模块化与 API 版本治理）开启下一代——新项目基线选 3.5.x 最稳妥。

💻 全栈开发专家 ​

按"破坏性 → 增强"讲：

1. 基线与命名空间（最大迁移成本）：Java 17 起步；javax.* → jakarta.*（servlet/persistence/validation 全量替换）——IDEA 一键替换 + 依赖三件套升位（Hibernate 6、Tomcat 10、Spring Framework 6），老代码所有 javax.servlet import 都要动。

2. GraalVM Native（AOT）官方支持：mvn -Pnative native:compile 打原生可执行文件，启动几十毫秒、内存砍半，适合 Serverless/边缘；代价是构建慢、反射需 hints 配置。

3. 可观测性：Micrometer Observation API 一次埋点同时产出 metrics + traces + 日志关联（traceId 自动进 MDC）；Sleuth 停更，迁移到 Micrometer Tracing。

4. 虚拟线程（3.2+，JDK 21）：spring.threads.virtual.enabled=true，阻塞式代码拿到高吞吐，很多 WebFlux 场景可以不用了。

5. 其他：声明式 HTTP Interface（@HttpExchange 接口即客户端）、ProblemDetail（RFC 7807 错误体）、自动配置文件从 spring.factories 换成 AutoConfiguration.imports。

迁移实操路线：先 2.7 过渡（废弃告警清零）→ 3.0 换 jakarta → 逐个检查三方 starter 有无 3.x 版本（mybatis、swagger 是重灾区，swagger 要换 springdoc）。