JDK 16：Java 16的新功能 - InfoWorld

可以在jdk.java.net上找到适用于Linux，Windows和MacOS的JDK 16的早期版本。

• 与JDK 15一样，JDK 16将是一个短期版本，支持六个月。
• 将于2021年9月发布的JDK 17将是一个长期支持（LTS）版本，将获得数年的支持。
• 当前的LTS版本JDK 11已于2018年9月发布。

JDK 16将作为标准Java版本的参考实现，将在明年2021年3月到来。

截至10月8日，八项提案正式针对JDK16。Java16的新功能包括：

• 将ZGC（Z垃圾收集器）线程堆栈处理从安全点safepoints迁移到并发阶段。
  • 该计划的目标包括从 ZGC安全点中 删除线程堆栈处理。
  • 使堆栈处理变得惰性，协作，并发和增量；
  • 从ZGC安全点删除所有其他每线程根处理；
  • 并为其他HotSpot VM子系统提供了一种机制来延迟处理堆栈。
  • 这样，ZGC使HotSpot中的GC暂停和可伸缩性问题成为过去。
  • 到目前为止，随着堆大小和元空间大小而扩展的GC操作已经从安全点操作中移出并进入并发阶段。
  • 这些包括标记，重定位，参考处理，类卸载和大多数根处理。
  • GC安全点中唯一仍进行的活动是根处理和有时间限制的标记终止操作的子集。
  • 这些根目录包括Java线程堆栈和其他线程根目录，这些根目录存在问题，因为它们随线程数的增长而扩展。
  • 为了超越当前状况，必须将包括堆栈扫描在内的每线程处理移至并发阶段。
  • 使用此计划，改进的延迟的吞吐成本应该是微不足道的，并且在典型计算机上的ZGC安全点内花费的时间应少于一毫秒。
• 弹性元空间能力，它可以将未使用的HotSpot VM类元数据（元空间）内存更迅速地返回给操作系统，从而减少了元空间的占用空间并简化了元空间代码，从而降低了维护成本。元空间存在大量的堆外内存使用问题。该计划要求用基于伙伴的分配方案替换现有的内存分配器，提供一种将内存划分为多个分区以满足内存请求的算法。这种方法已在Linux内核等地方使用，它将使在较小的块中分配内存以减少类加载器的开销变得切实可行。碎片也将减少。此外，从操作系统到内存管理领域的内存承诺将根据需要延迟执行，减少了从大型舞台开始但不立即使用它们或可能未完全使用它们的装载机的占地面积。为了充分利用伙伴分配所提供的弹性，将元空间内存排列成大小统一的颗粒，这些颗粒可以彼此独立地进行提交和不提交。
• 启用C ++ 14语言功能，以允许在JDK C ++源代码中使用C ++ 14功能，并提供有关在HotSpot VM代码中可以使用其中哪些功能的特定指南。通过JDK 15，JDK中C ++代码使用的语言功能已限于C ++ 98/03语言标准。使用JDK 11，源代码已更新，以支持使用更新版本的C ++标准进行构建。这包括能够使用支持C ++ 11/14语言功能的最新版本的编译器进行构建。本提案不建议在HotSpot之外使用的C ++代码的样式或用法更改。但是要利用C ++语言功能，需要进行一些构建时更改，具体取决于平台编译器。
• 孵化器阶段的矢量API，其中JDK将装有一个孵化器模块，jdk.incubator.vector，以表达可在支持的CPU架构上编译为最佳矢量硬件指令的矢量计算，以实现优于等效标量计算的性能。向量API提供了一种使用Java编写复杂向量算法的机制，该机制使用HotSpot VM中预先存在的支持进行向量化，但其用户模型使向量化更可预测且更可靠。该提案的目标包括提供一个清晰简洁的API来表达一系列矢量计算，通过支持多种CPU架构而与平台无关，在x64和AArch64架构上提供可靠的运行时编译和性能。优雅降级也是一个目标，
• 将JDK移植到Windows / AArch64平台。随着新的服务器类和消费类AArch64（ARM64）硬件的发布，由于需求，Windows / AArch64已成为重要的平台。尽管移植本身已经基本完成，但该建议的重点是将端口集成到主线JDK存储库中。
• 在x64和AArch64体系结构上，将JDK移植到Alpine Linux和其他使用musl作为其主要C库的Linux发行版。Musl是ISO C和Posix标准中描述的标准库功能的Linux实现。
  • 由于Alpine Linux的映像较小，因此已在云部署，微服务和容器环境中广泛采用。
  • Linux的Docker映像小于6MB。在这样的设置中让Java开箱即用地运行，
  • 将允许Tomcat，Jetty，Spring和其他流行的框架在这些环境中本机运行。
  • 通过使用jlink减小Java运行时的大小，用户可以创建专门为运行特定应用程序而定制的甚至更小的映像。
• OpenJDK源代码库从Mercurial迁移到Git。推动这一努力的是版本控制系统元数据大小以及可用工具和托管方面的优势。
• 迁移到GitHub，与从Mercurial到Git的迁移有关，JDK 16源代码存储库位于流行的代码共享站点上。Mercurial JDK和JDK-sandbox的向Git，GitHub和Skara的过渡已于9月5日完成，现已开放供稿。

java16 第二篇

• JDK 15 已于今年 9 月 15 日发布，这是一个短期版本，只会受到 Oracle 6 个月的支持。JDK 16 将作为标准 Java 版本的参考实现在 2021 年 3 月 16 日发布。
• 与 JDK 15 一样，JDK 16 也将是个短期版本，仅提供 6 个月的支持。
• 预计于 2021 年 9 月发布的 JDK 17 将是一个长期支持（LTS）版本，会获得数年的支持。目前的 LTS 版本 JDK 11 则于 2018 年 9 月发布。

JDK 16 现在处于 Early-Access（EA，早期访问）阶段，目前最新版本是 Build 26。

按 InfoWorld 所述，截至 2020 年 11 月 30 日，已有 14 个特性已被正式提了出来，还有 2 个特性则是预测性质。Java 16 即将推出的新功能或包括有：

• 之前在 JDK 15 中预览过，密封类和接口限制了 哪些其他类和接口可以继承或实现它们。
  • 该计划的目标包括：允许类或接口的作者控制负责实现它的代码，
  • 提供比访问修饰符更声明性的方式来限制超类的使用，
  • 并通过提供模式分析的基础来支持模式匹配的未来方向。
• 除了 misc.Unsafe 等关键的内部 API 外，
  • 默认情况下对 JDK 内部进行强封装。用户可以选择自 JDK 9 以来默认的宽松的强封装。
• 外部链接程序 API，提供对本地代码的 静态类型的 Java 访问。该 API 将在 JDK 16 中处于孵化阶段。
• 移动 ZGC（Z 垃圾收集器）线程堆栈处理从安全点到 并发阶段。该计划的目标包括从 ZGC 安全点中删除线程堆栈处理。
• 弹性元空间能力，它可以将未使用的 HotSpot VM 类元数据（元空间）内存更迅速地返回给操作系统，从而减少元空间的占用空间并简化元空间代码，从而降低维护成本。
• 启用 C ++ 14语言功能，允许在 JDK C ++源代码中使用 C ++ 14功能。
• 孵化器阶段的矢量 API，其中 JDK 将配备一个孵化器模块，jdk.incubator.vector，
  • 以表达可在支持的 CPU 架构上编译为 最佳矢量 硬件指令的矢量计算，以实现 优于等效标量计算的性能。
• 将 JDK 移植到 Windows / AArch64平台。
• 在 x64和 AArch64体系结构上，将 JDK 移植到 Alpine Linux 和其他使用 musl 作为其主要 C 库的 Linux 发行版。
• 提供 记录类，作为不可更改数据的透明载体。
• 增加 Unix 域 套接字 通道，其中在 nio.channels 包中的 套接字通道和 服务器套接字通道 API 中增加了 Unix 域（AF_UNIX）套接字支持。
• 外部存储器 访问 API，允许 Java 程序安全地访问 Java 堆外部的外部存储器。
• 用于 instanceof 运算符的模式匹配，在 JDK 14 和 JDK 15 中进行了预览，将在 JDK 16 中完成。
• 提供用于打包独立 Java 应用程序的 jpackage 工具。
• OpenJDK 源码从 Mercurial 迁移到 Git，托管平台也迁移到 GitHub。

详情可查看：https://jdk.java.net/16/