在工程系统中，稳定性、可维护性和依赖一致性往往比单纯的新特性更重要。
做项目久了会发现，大家盯着 Spring Boot 时，总爱看大版本的新功能或者纠结升级成本。但作为一个长期深度依赖这个框架的团队，我逐渐意识到一个更本质的规律：生产环境里，版本号背后的意义远超数字本身。
Spring Boot 3.5.9 就是这样一个版本。它既不是破坏性的大版本，也不是'看起来有点变化'的小补丁，而是代表了 工程成熟度在 3.5 系列中最深一层的落地。从官方发布说明来看，它包含 43 项修复、文档改进和依赖升级，这些内容主要聚焦在 生产稳定性、依赖成熟性和长期支持 等维度，而不是大刀阔斧的'新功能发布'。
一、3.5.9 是一个'工程生产线成熟节点'
Spring Boot 3.5.9 于 2025 年 12 月发布，是 3.5 系列的最新维护版本。在生产系统中，这类'聚合改进版'往往比单纯的 feature release 更值得选用，因为它意味着：
- 大量真实场景中暴露的问题被修复
- 关联依赖（Spring Framework、Hibernate、Jetty、Micrometer 等）获得更新
- 框架整体行为在各种边界条件下更加稳定
官方数据表明，3.5.9 依赖的 Spring Framework 是 6.2.15，Hibernate 是 6.6.39.Final 等多个核心组件也同步提升，这体现出 3.5.9 不是孤立修复，而是 一个成熟依赖矩阵的整体版本。
二、3.5.9 的核心价值到底是什么
我们评估一个生产级版本时，关注三件事：框架行为在极端条件下的可预测性、依赖生态的兼容性与长期支持承诺、工程可维护性与团队的长期成本。
1. 修复生产常见但易忽略的问题
在我参与的多个项目中，我们曾遇到一些不容易定位的问题，例如应用启动失败或健康检查返回错误状态、Native/AOT 环境下配置并不能按预期生效、某些 Web 服务器容器在上下文关闭时抛出异常。这些问题虽然偶发，但对高可用系统来说影响很大。
3.5.9 修复了几类典型生产痛点，例如：
- RabbitMQ / Redis 健康检查指标在缺失版本信息时发生误报
- AOT 处理流程中，配置 Profiles 在 Native image 场景下未生效
- UndertowWebServer 在上下文销毁期间的 NullPointerException
这些修复不是'听起来不错'，而是直接提升了我们在持续部署场景下的稳定性。
2. 依赖升级：不是为了新特性，而是为了生态成熟
单靠 Spring Boot 自身的改进不能解决所有问题，更多时候依赖生态的升级才是关键。在 3.5.9 中，多个关键依赖都完成了更新：
- Spring Framework → 6.2.15
- Hibernate → 6.6.39.Final
- Jetty → 12.0.31
- Micrometer → 1.15.7
- Testcontainers → 1.21.4
- Netty → 4.1.130.Final
这些更新对工程实践的影响不容小觑。例如 Hibernate 的改进解决了持久层一些边缘行为，而 Micrometer 的演进则直接提升了可观测性指标的一致性。
3. 文档与配置理解层面的提升
很多团队在升级过程中卡壳，并不是框架不能工作，而是配置行为不明确、文档不充分。3.5.9 在文档与配置指南上的调整虽然看似小事情，却能极大降低升级门槛：
