斯坦福团队推出HomeBody项目，利用GPT-6 Astra控制宇树G1机器人。系统先探索厨房并建图，再由Astra将导航、抓取、开抽屉等技能作为工具调用，完成收拾物品、取药等指令。部署新环境无需额外训练，但依赖感知、规划与预训练控制器，且存在推理延迟和硬件过热等限制。

JDK 27 延续性能优化：默认启用紧凑对象头，每对象头从 12 字节降至 8 字节；G1 成为所有环境的默认垃圾回收器；HashMap、AttributedString、URL、文件输出及 AES、SHA-3 等加密代码均有提速；C2 编译器增强向量化与常量折叠。升级时建议逐项测试新默认值。

JDK 27发布，核心更新为紧凑对象头，将对象头从96位压缩至64位，堆内存最多节省三成；G1成为全域默认回收器，小容器用户需留意GC行为变化；新增量子安全TLS混合密钥交换与JFR自动脱敏，均零代码生效。结构化并发第七次预览、向量API第十二次孵化仍未定稿。升级前建议压测堆内存、GC暂停与吞吐量。

JDK 27 将 G1 设为所有环境的默认垃圾回收器，小容器不再自动使用 Serial GC；紧凑对象头默认启用，对象头由 12 字节降至 8 字节以节省内存；JFR 默认对密码、令牌等敏感信息脱敏；移除 JVMCI，影响 Graal 相关项目；jcmd 新增安全属性查询；删除多个旧参数；G1 堆伸缩默认关闭；JSON 线程转储字段改为数字。

JDK 27 运行时更新：G1 成为所有环境的默认垃圾收集器，紧凑对象头默认启用以减少约20%堆占用，JFR 默认脱敏敏感信息，jcmd 新增安全属性查询、文件描述符统计和 Bash 补全，移除多个旧 JVM 参数及 JVMCI，G1 堆扩缩容默认禁用。

《Java Annotated Monthly》2026年9月刊报道了JDK 27发布，包含9个JEP，如紧凑对象头默认启用和G1成为默认垃圾收集器，提升性能。还涵盖Java新闻、教程、Kotlin更新、AI工具、框架动态及会议信息，并推荐了相关文章和资源。

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

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

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

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

JEP 523提议将G1垃圾收集器设为所有环境中的默认垃圾收集器，目标是JDK 27。

Oracle的Java团队计划在JDK 27中将G1垃圾收集器设为默认垃圾收集器。

在Java 26中，G1垃圾收集器通过简化写屏障显著提升了吞吐量。本文探讨了区域、写屏障、并发标记和卡表等因素对吞吐量的影响，并指出G1将成为所有环境中的默认收集器。

JDK 26即将发布，Hotspot VM中的stop-the-world收集器发生了显著变化，具体信息请参考相关链接。

Java 的垃圾回收技术经历了从 Serial GC 到 ZGC 的演变。分代收集理论将堆分为新生代和老年代，并使用卡表处理跨代引用。CMS 采用并发标记清除算法，G1 引入区域和记忆集，而 ZGC 则通过染色指针和读屏障实现低延迟回收。