引言

8 月刚开局，Java 生态就热闹非凡。Spring Boot 4.0 正式版发布时间敲定，JDK 22 对 Virtual Threads 做了一波关键性能修复，OpenTelemetry 也终于从 CNCF 毕业了。三件事，每件都跟你的技术选型直接相关。

一、Spring Boot 4.0 正式版发布时间确定

Spring 团队本周确认，Spring Boot 4.0 将于 2025 年 11 月正式发布（ GA ），目前 milestone 版本已可体验。核心新特性包括：默认启用 Virtual Threads、原生支持 GraalVM Native Image（零额外配置）、全面拥抱 Jakarta EE 11、新增 Spring AI 模块作为一等公民依赖。此外，4.0 将最低要求 JDK 17，推荐 JDK 21+。

点评：这次更新最大的意义不是某个单一特性，而是"默认值"的变化——Virtual Threads 和 Native Image 从"可选"变成"默认"，这意味着即使你不主动学习，升级后也会自动获得这些能力。建议从现在开始用 Spring Boot 3.x 熟悉 AOT 编译和虚拟线程的坑，等 4.0 发布后平滑迁移。

🔗 Spring Boot 4.0 Milestone Release Notes
🔗 Spring Boot 4.0 Roadmap

二、Virtual Threads 在 JDK 22 中迎来重大性能修复

JDK 22 本周发布了性能补丁，修复了 Virtual Threads 的几个关键问题：synchronized 块导致的线程钉住（pinning）问题大幅缓解，DB 连接池和 HTTP 客户端场景吞吐量提升 15%-30%。此外，结构化并发（Structured Concurrency, JEP 462）和作用域值（Scoped Values, JEP 463）再次进入预览阶段，API 设计趋于稳定。

点评：pinning 问题是 Virtual Threads 落地最大的拦路虎——之前在 synchronized 块里调用数据库，虚拟线程会被钉住无法释放载体线程，实际并发度大打折扣。这次修复意味着大部分业务代码不需要改 synchronized 为 ReentrantLock 就能享受虚拟线程的红利。如果你之前因为 pinning 问题观望，现在是时候在测试环境跑一波压测了。

🔗 JEP 491: Synchronize Virtual Threads without Pinning
🔗 JDK 22 Release Notes

三、OpenTelemetry 正式成为 CNCF 毕业项目

CNCF 本周宣布 OpenTelemetry 正式毕业（Graduated），成为继 Kubernetes、Prometheus 之后第三个可观测性领域的毕业项目。这意味着 OTel 的 API 稳定性、社区活跃度和生产采用率都达到了行业认可的标准。Java 生态方面，OTel Agent 已支持 Spring Boot 3.x 自动埋点、JDK 21 Virtual Threads 追踪、以及 Micrometer 原生集成。

点评：OTel 毕业意味着可观测性领域的"春秋战国"时代结束了。以前要在 Jaeger、Zipkin、SkyWalking、Pinpoint 之间选型，现在统一用 OTel 采集，后端随便换。对 Java 开发者来说，最实际的变化是：新项目直接上 OTel Agent + Tempo/Jaeger 后端，别再纠结选哪个 APM 了。存量项目也建议制定迁移计划，SkyWalking 和 Pinpoint 虽然还能用，但生态正在向 OTel 收敛。

🔗 CNCF OpenTelemetry Graduation Announcement
🔗 OpenTelemetry Java Agent 文档

总结

互动话题：这三个更新中，哪个对你的项目影响最大？你打算先上手哪个？欢迎留言讨论！

关注我，每周第一时间获取 Java 生态最新动态。