自适应堆大小调整 + 数值转换 + 原始类型模式 - Inside Java 新闻播报 #117
内容提要
JDK 28为ZGC引入自适应堆大小调整（JEP 546），可动态平衡CPU与内存，几乎无需配置。值类给自定义数值类型转换带来挑战，类型类或可解决，但特性交互问题未定；原始类型模式不会在JDK 28回归，将被撤回。
延伸解读
ZGC自适应堆大小调整：降低调优门槛
JEP 546为ZGC引入自适应堆大小调整，能动态平衡CPU与内存消耗，且几乎无需配置。这意味着开发者不再需要手动设定堆大小参数，JVM可根据负载自动调整，尤其适合云原生或资源波动环境。但需注意，该特性目前仅针对ZGC，其他垃圾收集器不适用，且实际效果依赖工作负载特征。
值类与数值转换：类型类或是出路
值类给自定义数值类型之间的转换带来新挑战，文章提到类型类可能成为解决方案。但值类、原始类型模式等特性如何交互尚未有定论，这种不确定性直接影响了语言特性的推进节奏。读者应关注这些底层设计对现有代码的潜在影响，尤其是涉及数值转换和模式匹配的场景。
原始类型模式推迟：特性交互未决
原始类型模式不会在JDK 28中回归，而是被撤回。原因在于值类等特性之间的交互问题尚未解决，导致该特性无法按原计划推进。这提醒开发者，Java语言演进中特性间的依赖关系复杂，新特性的引入需谨慎评估兼容性。关注Amber项目邮件列表可获取最新讨论进展。
Q&A
JDK 28 为 ZGC 引入了什么新特性？
JDK 28 通过 JEP 546 为 ZGC 引入了自适应堆大小调整（Adaptive Heap Sizing），可以动态平衡 CPU 使用和内存消耗，且几乎无需配置。
自适应堆大小调整对 ZGC 有什么好处？
它能够动态平衡 CPU 使用和内存消耗，并且几乎不需要手动配置，简化了堆管理。
值类给数值类型转换带来了什么挑战？
值类为自定义数值类型之间的转换带来了新的挑战，类型类（type classes）可能最终解决这个问题，但关于这些特性应如何交互的未解决问题仍然存在。
原始类型模式会在 JDK 28 中回归吗？
不会。原始类型模式不会在 JDK 28 中回归，而是会被撤回。
类型类能解决数值转换的问题吗？
类型类有可能最终解决自定义数值类型转换的挑战，但由于特性交互问题尚未解决，目前还没有定论。
JDK 28 有哪些计划中的特性？
JDK 28 计划包括 ZGC 的自适应堆大小调整（JEP 546），但原始类型模式将被撤回，不会在该版本中回归。
