Spring Boot 4 正式发布：一次真正意义上的“爆炸式”升级

转载于 2025-11-21 21:37:13 发布 · 89 阅读

CC 4.0 BY-SA版权

原文链接：https://mp.weixin.qq.com/s?__biz=MzA5MzUwOTY4NQ==&mid=2247492189&idx=1&sn=f5dd7c076d61bdff616a4f9f26995ad3&chksm=915bdccf95a8bf989b19d044af9cfe8c21577c4b894c32a6c8eb52b6b1b5f0f48d5e922f4238&scene=126&sessionid=0

文章标签：

#spring boot #后端 #java #spring

点击上方“程序猿技术大咖”，关注并选择“设为星标”

回复“加群”获取入群讨论资格！

今天，Spring Boot 4 正式发布。在 11 月这个时间节点，Spring 官方同时发布了多个旗舰项目的全新主版本：Spring Framework 7、Spring Boot 4、Spring Data 2025.1、Spring AI 1.1……这一系列集中式发布并非例行升级，而是一场覆盖整个 Spring 生态的深度重构。

Spring 这次所做的是一次性完成的爆炸式升级。它不仅清理了技术债，更将整个平台重新定位在未来十年的关键主题上：Jakarta EE 11、JSpecify 空安全、AOT、Project Leyden，以及全面拥抱 AI 原生能力：

1. 底层依赖全面升级：Jakarta EE 11 + JDK 25

Spring Framework 7 保留了对 JDK 17 的兼容性，但明确推荐使用最新的 LTS 版本 JDK 25。更重要的是，它正式将 Jakarta EE 11 作为新的基准：

•Servlet 6.1（Tomcat 11.0 / Jetty 12.1）•JPA 3.2（Hibernate ORM 7.1/7.2）•Bean Validation 3.1（Hibernate Validator 9.0+）•WebSocket 2.2•Kotlin 2.2 与 GraalVM 25

这意味着 javax.* 包彻底退出历史舞台。所有 @javax.annotation.PostConstruct、@javax.inject.Inject 等注解必须迁移至 jakarta.* 命名空间。Undertow 因不支持 Servlet 6.1 被移除，WebFlux 和 WebSocket 的底层实现也随之调整。

2. 空安全革命：从 JSR-305 到 JSpecify

Spring 框架代码库已全面采用 JSpecify 注解替代旧有的 JSR-305 风格。这一变化不仅提升了 Kotlin 与 Java 的互操作一致性，还首次支持对泛型、数组和可变参数的空值语义精确描述。

对开发者而言，这意味着：

•Kotlin 项目可能因 API 空安全语义变化而需要调整•推荐在自己的应用中也采用 JSpecify，以构建真正 null-safe 的系统

3. 从运行时魔法到构建期优化：Spring 与 Project Leyden 形成共振

Spring 长期以来最大的特点是“运行时魔法”：

•classpath 扫描•各种动态代理•反射•自动配置的条件判断

这些机制塑造了 Spring 的灵活性，但也带来了启动慢、原生镜像构建复杂等问题。

Spring Boot 4 与 Framework 7 的方向非常明确：把能在构建期完成的事情全部提前到构建期。

4. 现代化 HTTP 客户端与测试工具链

•RestTemplate 正式进入弃用倒计时（7.1 将标记 @Deprecated）•推出声明式 HTTP 客户端，通过 @HttpExchange 自动生成实现•支持按组配置（@ImportHttpServices），简化多服务调用管理•新增 RestTestClient：非响应式的 WebTestClient 替代品，支持 MockMvc 与真实服务器•测试上下文自动暂停/恢复，减少后台资源占用

5. 全栈支持 Jackson 3

Spring 全栈默认支持 Jackson 3.x（包名为 tools.jackson），Jackson 2 被标记为废弃，并将在 7.2 彻底移除。注意：

•注解仍保留在 com.fasterxml.jackson（便于迁移）•Jackson2ObjectMapperBuilder 不再有 Jackson 3 对应物，推荐使用 JsonMapper.builder()

6. API 版本控制原生支持

Spring MVC 与 WebFlux 现在提供原生 API 版本管理：

•通过请求头、参数或媒体类型解析 API 版本•支持标记版本为“已弃用”•RestClient、WebClient、WebTestClient 全链路支持

Spring Boot 4 通过 spring.mvc.apiversion.* 和 spring.webflux.apiversion.* 自动配置。

7. “容错能力”原生支持：重试、限流、熔断进入 spring-core

Spring 正式承认：分布式系统的默认状态就是失败。

因此，常用容错能力已进入核心框架：

@Retryable(maxAttempts = 3)public List<Order> getOrders() { ... }

你不再需要：

•引入 spring-retry•搭配 Resilience4j•写额外配置

这意味着 Spring 应用更轻、更一致，也更原生支持云环境。

8. 模块化架构：自动配置拆分成更小更精确的模块

过去 IDE 会提示一堆根本不存在于 classpath 的配置属性。现在模块化后：

•错误提示更精准•AOT 代码生成更轻•Native Image 的分析范围更小

9. OpenTelemetry 集成：日志、指标、链路追踪一站式打通

Spring Boot 4.0 引入了官方的 spring-boot-starter-opentelemetry，标志着 Spring 生态正式拥抱 OTel，并与 Micrometer 深度融合，实现 Metrics、Traces、Logs 三位一体的 OTLP 导出能力。

10. AI 的双轨战略：Spring AI 1.1 与 2.x 并行演进

本次发布揭示了 Spring 在 AI 领域的一项关键战略：Spring AI 正在明确分化为两条并行的发展路线。

Spring AI 1.1 面向当下，稳定集成：

•通过 starter 快速接入主流 LLM 提供商•自动处理 MCP、JSON 映射、工具绑定•与 ChatClient 深度集成，支持声明式工具注册

Spring AI 2.x 面向未来，深度重构：

•全面适配 Spring Boot 4 与 Jakarta EE 11•重构 ChatClient API，明确分离响应式与阻塞式调用路径•内建对 JSpecify 空安全契约的支持•将 MCP 与 AOT 编译深度融入核心架构，实现构建期代理优化

Spring 已清晰划出两条平行轨道：

•Spring Framework 6 + Spring Boot 3 + Spring AI 1.1：稳定、成熟、适合维护型系统。•Spring Framework 7 + Spring Boot 4 + Spring AI 2.x：激进、前瞻、面向下一个十年。

感谢您的阅读，也欢迎您发表关于这篇文章的任何建议，关注我，技术不迷茫！

喜欢就点个"在看"呗，留言、转发朋友圈