Oracle Java团队在讨论中分析了JDK垃圾收集器的设计特点及其对性能的影响，强调Java开发者需理解垃圾收集与RAM和CPU的关系。演讲探讨了Java内存管理是否浪费资源，并与其他语言进行了对比，同时提供了JavaOne 2026播放列表供参考。

JDK 28新增功能：jdk.TLSHandshake JFR事件现可记录TLS握手期间协商的命名组信息（如X25519MLKEM768），帮助分析密钥交换细节。该事件默认禁用，需通过JFR配置或启动参数启用，并用jfr print查看。Oracle鼓励用户下载早期版本测试并反馈。

JDK 27将G1设为默认垃圾回收器，取代Serial，可能导致应用暂停时间增加5%-15%。同时调整了堆大小自适应策略，修复了并发标记、大对象回收、Parallel GC晋升阈值及堆扩容等bug，并优化了TLAB分配。升级前需测试GC日志，必要时显式设置参数以控制风险。

JDK Flight Recorder（JFR）是OpenJDK内置的轻量级事件记录框架，用于实时监控Java应用性能、分析瓶颈和诊断生产问题。本会话介绍JFR基础用法，演示如何捕获和分析遥测数据，并展示调查性能、内存泄漏和线程问题的实际工作流程，帮助开发者充分利用JFR提升应用健壮性和可维护性。

Oracle正推进Java生态系统的后量子密码学（PQC）战略，计划将标准化PQC算法及支持PQC的TLS引入当前长期支持（LTS）版本，以降低开发者和企业的采用门槛，减少迁移摩擦。

Oracle OpenJDK质量外联团队发布2026年7月通讯，提供Java团队新闻与观点，并附有详细内容链接，供开发者获取最新动态。

Oracle的OpenJDK质量组推广用OpenJDK构建测试开源项目，以提升版本质量。新增jlink插件，允许用户指定自定义运行时镜像中cacerts密钥库包含的特定CA证书，仅保留应用所需证书。命令行语法用逗号分隔多个别名，如`jlink --cacerts "letsencryptisrgx1 [jdk]"`。详情见JDK-8377102。

Java 21虚拟线程在同步锁或本地方法栈帧阻塞时可能发生Pinning，导致CPU占用低但吞吐量卡死。JDK 24通过JEP 491修复了synchronized固定问题，但本地栈帧仍存在。检测可用JFR事件或线程转储，修复建议改用ReentrantLock、升级JDK或避免持锁阻塞。

Oracle宣布自JDK 27起，G1垃圾回收器成为所有环境的默认选择，取代了此前在受限环境（单CPU或内存低于1792MB）自动选用Serial GC的做法。此变更不影响显式指定GC的应用，也不移除Serial GC。受限环境未指定GC的应用可能受影响，建议基准测试选择合适GC，或配置Serial以保持性能不变。

JDK 27进入Ramp-Down-Phase 1阶段，特性已可预览。Valhalla项目首个JEP（401）预计纳入JDK 28。Oracle鼓励开发者参与“Modern Java in the Wild”黑客松。另有文章探讨AOT与代理结合及利用GPU张量核心。

Oracle的Java团队讨论了值类的预览特性，指出这些类在JDK库中的广泛采用存在挑战。为帮助用户应对迁移问题，JEP提供了一些值类的“入门工具包”，并识别了在启用预览特性时可视为值类的JDK类。

Oracle Java团队成员讨论JDK增强提案（JEP），这是记录和沟通Java语言及其API、运行时和开发过程的重要工具。JEP结构清晰，书写严谨，理解它们对掌握Java开发至关重要。在2026年JavaOne大会的“问建筑师”播客中，Nicolai Parlog与JEP流程的守护者Alex Buckley进行了对话。

Valhalla项目经过十二年发展，JEP 401（值类和值对象）以预览形式进入JDK 28。值对象移除身份，优化内存存储，提升性能。JDK 28是第一阶段，后续将引入非空类型和特化泛型，旨在解决Java内存布局与硬件脱节的问题。尽管取得进展，仍面临许多挑战和限制。

JDK 26 带来了显著的性能提升，包括懒加载常量、字符串提取优化、记录类 hashCode 性能提升、G1 垃圾回收器减少同步、AOT 缓存支持所有 GC、默认初始堆改为最小堆、C2 编译器支持超大参数方法、向量化成本模型改进，以及虚拟线程在类初始化时主动让出载体线程。