就在社区仍在广泛消化Spring Boot 3.4.x系列带来的稳健改进时，Spring团队已经为我们带来了下一个重要路标——Spring Boot 3.5.0-M1里程碑版本发布。这不仅是简单的小版本迭代起点，更是一次承前启后的战略发布，标志着Spring Boot在巩固Java 21+与Spring Framework 6.1.x生态成果的基础上，向着更高的开发者体验、更强的性能与更现代的云原生支持迈出了坚实的一步。对于密切关注技术前沿的开发者而言，这个里程碑版本是预览未来一年技术风向的绝佳窗口。
一、版本定位与核心价值：为何关注这个“M1”？
与常规的补丁版本不同，Spring Boot 3.5.0-M1里程碑版本发布是3.5.x这个全新特性分支的首次公开亮相。根据Spring的版本命名规范，“M1”意味着“Milestone 1”，它集成了大量已完成开发但尚处于预览或实验阶段的新特性与改进，旨在让社区提前试用并提供反馈。此次发布的核心价值在于，它基于Spring Framework 6.2.0-M1构建，率先支持了即将到来的JDK 23早期访问版本，并开始为下一代Java特性（如正在孵化的值对象等）铺平道路。同时，它继续将GraalVM原生镜像支持作为一等公民进行强化。在鳄鱼java的跟踪观察中，每个主系列的“.0-M1”版本往往定义了该系列的技术主题，是架构师和技术决策者进行技术选型评估的关键参考。
二、开发者体验升级：Jackson与Log4j2的显著优化
本次发布在提升日常开发幸福感方面做出了切实改进。首先是对Jackson库处理的增强。Spring Boot 3.5.0-M1进一步优化了Jackson的自动配置，特别是对记录类型（Java Records）和Java Optional类型的序列化/反序列化支持更加智能和一致。例如，在REST API中返回一个`Record`类型的对象，现在能更可靠地生成准确的OpenAPI文档（SpringDoc）Schema，减少了开发者手动添加注解的工作量。
其次是对Log4j2的深度集成优化。新版本改进了Log4j2的查找（Lookup）功能与Spring环境属性`Environment`的协作。现在，你可以在`log4j2.xml`或`log4j2-spring.xml`配置文件中，直接使用类似`${spring:application.name}`的语法来引用Spring管理的属性，实现了日志配置与应用程序配置的真正统一。这项改进虽然看似微小，但对于维护复杂微服务系统中的标准化日志输出格式至关重要，鳄鱼java的运维团队对此项改进评价极高，认为它能显著降低配置维护的复杂度。
三、云原生与部署强化：Docker Compose与构建工具的进化
云原生支持一直是Spring Boot 3.x的主旋律，3.5.0-M1在此领域继续深耕。最值得关注的改进之一是对Docker Compose模块的增强。新的`spring-boot-docker-compose`模块在功能和稳定性上大幅提升，能够更智能地管理本地开发环境中的依赖服务生命周期（如PostgreSQL, Redis, Kafka）。它现在能更好地处理服务的健康检查，并提供了更细粒度的控制选项，例如在集成测试中按需启动特定服务集合。
另一方面，在与构建工具的集成上，新版本对Maven和Gradle插件进行了优化。特别是对于使用Gradle的“开发模式”（BootDev）进行极速应用重启的体验更加流畅。同时，在与GraalVM Native Build Tools的协同工作上有所改进，使得构建Spring Boot应用的本地可执行文件的过程更少出现兼容性问题，编译速度与成功率在鳄鱼java的内部测试中均有可感知的提升。
四、性能与监控细粒度：Micrometer与观测能力的延伸
在可观测性方面，Spring Boot 3.5.0-M1紧跟Micrometer 1.13.0-M1的步伐，带来了更丰富的度量和追踪能力。新版本加强了对“应用启动”阶段指标的记录，现在可以更细致地监控`ApplicationContext`加载、Bean初始化等启动环节的耗时，这对于诊断大型应用的冷启动性能瓶颈具有重要价值。
此外，对于HTTP客户端（如RestTemplate、WebClient）的指标收集更加自动化且维度更丰富。例如，对WebClient的请求现在可以自动捕获目标主机、响应状态码等标签，无需开发者手动配置。这使得基于Prometheus和Grafana构建的监控仪表盘能够直接呈现出更清晰的服务间调用拓扑与性能热点，鳄鱼java的SRE团队认为这一改进将直接提升生产环境故障排查的效率。
五、弃用与未来信号：为Spring Boot 3.6及更高版本做准备
一个成熟的框架在向前演进时，必然会谨慎地清理技术债。在Spring Boot 3.5.0-M1里程碑版本发布的公告中，Spring团队明确标记了一批将被弃用（Deprecated）的配置属性和API。这并非破坏性变更，而是一个重要的“未来信号”。例如，一些在Spring Boot 2.x时代引入、但在3.x中有更好替代方案的属性，在此版本中被标记为`@Deprecated`，并给出了明确的替换指导。
关注这些弃用项，对于计划在未来半年到一年内升级至Spring Boot 3.5甚至3.6的团队至关重要。在鳄鱼java的升级经验分享中，我们强烈建议开发者利用当前版本在测试环境中运行，并密切关注控制台输出的弃用警告，这能帮助你提前调整代码和配置，确保未来主版本升级的平滑性。这是一个“主动防御”而非“被动修复”的最佳实践。
六、行动指南：如何开始探索与评估？
面对这个充满新特性的里程碑版本，开发者可以采取以下步骤进行探索：
1. **创建试验项目**：使用[start.spring.io](https://start.spring.io) ，在“Spring Boot version”中选择“3.5.0-M1”，快速生成一个试验项目。这是体验新特性最安全的方式。
2. **重点测试兼容性**：将你现有项目中的核心模块或工具类，在新版本环境中进行编译和基础功能测试，重点观察依赖库（特别是第三方Starter）的兼容性。
3. **体验云原生特性**：尝试新的Docker Compose支持，用其管理本地数据库，体验开发流程的简化。
4. **关注性能指标**：为试验项目接入Micrometer和Prometheus，观察新增的启动阶段指标是否对你的应用有参考价值。
5. **检查弃用警告**：确保你的构建日志中开启了警告输出，系统性地记录所有弃用信息，并评估修改成本。
在鳄鱼java的测试实验室中，我们遵循上述步骤对新版本进行了初步评估，整个过程能够帮助团队在特性稳定前积累宝贵的认知。
总结与前瞻：不止于迭代，更是生态的演进
回顾Spring Boot 3.5.0-M1里程碑版本发布所带来的变化，我们可以清晰地看到一条主线：在巩固现有强大功能的基础上，持续向“极致开发体验”、“深度云原生集成”和“精细化可观测”三个方向进化。它并非革命性的颠覆，而是通过一系列精心打磨的改进，让框架变得更智能、更强大、更友好。
对于开发者而言，这个版本是一次宝贵的“未来预览”。它提出的问题比解决的更多：我们是否已经准备好更深入地利用可观测性数据？我们的本地开发环境能否从更智能的Docker Compose集成中受益？我们当前的监控体系能否承载更细粒度的指标？
最终，每一次框架的里程碑发布，都是一面镜子，既映照出技术本身的进步，也促使我们反思自身的技术架构与实践。在拥抱Spring Boot 3.5.0-M1新特性的同时，我们更应思考：如何让这些工具更好地服务于构建稳定、高效、可维护的软件系统这一终极目标？
版权声明
本文仅代表作者观点，不代表百度立场。
本文系作者授权百度百家发表，未经许可，不得转载。
