JDK16全部新特性

最新推荐文章于 2025-03-23 22:23:33 发布

yamaxifeng_132

最新推荐文章于 2025-03-23 22:23:33 发布

阅读量1k

点赞数

分类专栏： Java - 基础

原文链接：https://segmentfault.com/a/1190000039107724

版权

Java - 基础专栏收录该内容

25 篇文章

订阅专栏

译文《全新首发JDK 16全部新特性》

封面：洛小汐
译者：潘潘

JDK 8 的新特性都还没摸透，JDK 16 的新特性就提着刀来了。

郑重申明：
第一次冒险翻译专业领域的文献，可想而知，效果特别糟糕。一般翻译文献特别是 技术专业领域 的内容，因为涉及到很多专业术语、业内常用语，很多词汇你在翻译软件根本找不到，并且大部分知识点技术都是成体系的、相互关联的、多版本迭代的、有历史原因的等等，因此要求你本身必须清楚每个技术点的前因后果和逻辑关系，否则翻译起来特别耗费时间精力，因为不断翻阅参考文献了解学习和推敲揣摩，但其实徒劳无功，因为很多你到最后还是没看明白。而此次翻译的 JDK 16 新特性 文献内容，确实是难上之难。

所以，本次翻译的内容仅供参考，本人已尽力翻译整理，如有翻译漏洞或让大家产生误解的地方，请给予理解，并欢迎随时指正，交流。

前言

到2021年3月，下一版本的 Java 升级发布将聚焦在原始类、密封类、记录类、矢量类接口，以及用于 Windows ARM64 和 Alpine Linux 的端口上。

JDK 16 新增了基于值的类警告和密封类（第二次预览）作为计划功能，还加入了一系列新的特性，从外部链接程序API，到模式匹配，再到用于垃圾回收的并发线程堆栈处理。

JDK 16 将是继9月15日发布的 JDK 15 之后，一个标准的 Java 版本参考实现。拟定发布计划是在2020年12月10日和2021年1月14日分别两次进入提案冻结阶段，随后在2021年2月4日和2月18日发布两个预览版本。生产版本预计在2021年3月16日正式发布。

纵观 JDK 史：

JDK 1.0
- 1996-01-23 发布
JDK 1.1
- 1997-02-19 发布
JDK 1.2
- 1998-12-04 发布
JDK 1.3
- 2000-05-08 发布
JDK 1.4
- 2002-02-13 发布
- 正则表达式，异常链，NIO，日志类，XML解析器，XLST 转换器
JDK 1.5/5.0
- 2004-09-30 发布
- 自动装箱、泛型、动态注解、枚举、可变长参数、遍历循环
JDK 1.6/6.0
- 2006-04 提供动态语言支持、提供编译 API 和卫星 HTTP 服务器 API，改进 JVM 的锁，同步垃圾回收，类加载
JDK 1.7/7.0
- 2011-07-28 发布
- 提供GI回收器、加强对非Java语言的调用支持（JSR-292,升级类加载架构
JDK 1.8/8.0
- 2014-03-18 发布
- Lambda 表达式、方法引用、默认方法、新工具、Stream API、Date Time API 、Optional 类、Nashorn, JavaScript 引擎
JDK 9.0
- 2017-09-21 发布
- JShell、不可变集合工厂方法、模块系统、http协议2.0版本、Process API/CompletableFuture API/Optional Class/Stream API增强、匿名内部类的钻石操作符、默认G1垃圾回收器、try语句语法改进
JDK 10.0
- 2018-03-21 发布
- JIT 编译器、局部变量类型引用、数据类型共享、并行GC、root 证书、javah工具、堆分配
JDK 11.0
- 2018-09-25 发布
- 单命令运行Java文件、Lambda 参数局部变量语法、基于嵌套访问控制、动态类文件常量、误操作垃圾回收器、删除Java EE和 CORBA 模块、ChaCha20与Poly1305加密算法、Aarch64增强、ZGC试用、弃用 Nashorn JS引擎
JDK 12.0
- 2019-03-19 发布
- JVM 增强、Switch 表达式、文件 mismatch() 方法、String 新方法 indent()/transform()/describeConstable()/resolveConstantDesc()、JVM常量API、instanceof 模式匹配
JDK 13.0
- 2019-09-17 发布
- 支持编写文本块、Switch 表达式增强、重构遗留的 Socket API、取消提交未使用内存、动态CDS存档、支持Unicode 12.1、DOM 和 SAX 工厂支持命名空间
JDK 14.0
- 2020-03-17 发布
- 空指针异常增强提示、Switch 表达式（标准）、instanceof 模式匹配（预览）、Records 类（预览）、文本块（第二次预览）、打包工具（孵化）、JFR 事件流、ZGC ( 支持 macOS 和 Windows )、外部存储器访问API（孵化）
JDK 15.0
- 2020-09-15 发布
- 密封类（预览）、instanceof 模式匹配（第二次预览）、Records 类（第二次预览）、文本块（标准）、隐藏类、删除 Nashorn JS引擎、重构遗留的 DatagramSocket API、外部存储器访问API（第二次孵化）、弃用RMI激活、移除 Solaris 和 SPARC 的端口
JDK 16.0
- 2020-12-10 第一次提案冻结
- 2021-01-14 第二次提案冻结
- 2021-02-04 发布第一个预览版本
- 2021-02-18 发布第二个预览版本
- 2021-03-16 正式发布

截至2020年12月1日，JDK 16 有 15项 正式提案，另外基于值的类警告和密封类（第二次预览）2项仍处于 “针对目标提案” 阶段。

Java 16 的新特性包括：

1、基于值的类警告提议 将原始包装类指定为基于值的类，同时不推荐通过提示新弃用警告促使用户将其构造函数移除。在 Java 平台中对于任何基于值的类实例进行同步的错误尝试，会予以警告。推动这一努力的是 Valhalla 项目，该项目正在以原始类的形式对 Java 编程模型进行重大改进。原始类将实例声明为无身份的，并且可以内联或展平表示形式，其中实例可以在内存位置之间自由复制，并可以使用实例字段的值进行编码。Java 中原始类的设计和实现现在已经足够成熟，可以预见，在将来的发行版中会把 Java 平台的某些类迁移至原始类。这些计划迁移的类在API规范中将被设计成 基于值的类。

2、之前在 JDK 15 中进行过预览，密封类 和接口限制了可以扩展或实现它们的类和接口。这项计划的目标包括：允许类或接口的创建者控制负责实现它的代码，提供比访问修饰符更声明性的方式来限制超类的使用，并通过提供模式分析基础来支持模式匹配的未来发展。

3、默认情况下，JDK 内部结构是强封装的，而关键内部API（例如misc.Unsafe）除外。自 JDK 9 以来默认允许用户选择使用宽松的强封装。作为 Jigsaw 项目 的一部分，此提案的目标包括提高 JDK 的安全性和可维护性，并鼓励开发人员从直接使用内部元素逐渐迁移为使用标准 API，这样开发人员和最终用户都可以轻松地升级到 Java 的未来版本。该建议确实存在主要风险，即现有版本的 Java 代码将无法运行。鼓励开发人员使用 jdeps 工具来识别代码中依赖的 JDK 内部元素，并在可用时切换到 标准替代版本。开发人员可以使用现有的发行版（如JDK 11）来测试现有代码，通过使用 --illegal-access=warn 来识别通过反射访问的内部元素，使用 --illegal-access=debug 来定位错误的代码，并使用 --illegal-access=deny 来进行测试。

4、支持静态类型的纯 Java 方式访问本地代码的 外部链接程序 API。该接口在 JDK 16 中处于孵化阶段，与被提案的外部存储访问接口一起，外部链接程序接口将会大大减少像其他方式绑定本地库容易出错的情况。这项计划目的在于通过用更高级的纯 Java 开发模式来替换 JNI（Java本机接口），以提供与C语言的交互，并随着时间的推移，它将更加灵活并适配支持其它平台（例如32位的x86架构）和其他非C语言编写的外部函数（例如C++编写的外部函数）。它的性能将会比JNI更加优越。

5、将 ZGC（可扩展的低延迟垃圾收集器）线程堆栈处理 从安全点移至并发阶段。该计划的目标包括从ZGC安全点中删除线程堆栈处理，使堆栈处理变得懒性、协同、并发和增量，从ZGC安全点移除所有其它单一线程的 root 处理，并为其它虚拟机子系统提供了一种延迟处理堆栈的机制。ZGC旨在使 HotSpot 中的GC暂停和可伸缩性问题成为过去。到目前为止，随着堆大小和元空间大小变化而伸缩的GC操作已经从安全点操作中移除，并迁到并发阶段，它们包括标记，重定位，引用处理，类卸载和大多 root 处理。GC安全点中唯一仍保留执行的是子集root处理和限时标记终止操作。这些 root 处理包括Java线程堆栈和其它线程 root，由于它们会随线程数量而伸缩所以会存在问题。要消除这些问题，每个线程的处理（包括堆栈扫描）必须移动到并发阶段。通过这项计划，提升延迟的吞吐成本将会微不足道，并且在典型计算机上ZGC安全点内部花销的时间将会少于1毫秒。

6、弹性元空间功能 可将未使用的 HotSpot 虚拟机类元数据（元空间）占用的内存更迅速地返回给操作系统，从而减少元空间占用并简化元空间代码以降低维护成本。元空间存在大量的堆外内存使用问题。该项计划呼吁采用内存分区分配方案来替换现有的内存分配机制，提供一种将内存划分为多个分区以满足内存请求的算法。这种方法已在许多地方使用（例如 Linux 内核等），它将使得在较小块中分配内存以减少类加载器开销的方式变得可行，碎片化也将减少。此外，从操作系统到内存管理区域，记忆内存都将被延迟、按需使用，以减少加载程序占用的空间，这些加载程序从大型区域开始占用，但又不立即使用它们或可能无法充分利用它们。为了充分利用分区分配所提供的弹性，将元空间内存排列成大小一致的颗粒，这些颗粒可以彼此独立地进行提交和不提交。

7、启用C++ 14语言功能，以允许在 JDK C++源代码中使用 C++ 14 功能，并提供关于这些允许在 HotSpot 虚拟机代码中使用的功能的具体指南。通过JDK 15，我们知道在 JDK 中 C++代码使用的语言特性已限于 C++ 98/03语言标准。自 JDK 11，源代码就已升级为支持使用更新版本的C++标准进行构建。这包括能够使用支持 C++ 11/14语言功能的最新版本的编译器进行构建。这项提案不推荐对在 HotSpot 之外使用的C++代码样式或用法进行更改，但是要利用C++语言的特性，一些构建时的更改是必须的，这取决于平台编译器。

8、孵化阶段的矢量API，是 JDK 中配备的一个孵化模块jdk.incubator.vector，用于表达矢量计算————编译为所支持的 CPU 架构上的最佳硬件指令。以实现优于同等标量计算的性能。矢量API提供了一种使用Java编写复杂矢量算法的机制，该机制使用 HotSpot 虚拟机中预先存在的支持连同一套用户模型进行矢量化，使其更可预测且更具健壮性。该提案的目标包括提供一个清晰简洁的API来表达一系列向量计算，通过支持多个 CPU 架构实现平台无关性，以及在 x64 和 AArch64 架构上提供可靠的运行时编译和性能。优雅降级也是一个目标，在这个目标中，如果向量计算在运行时不能完全表示为硬件向量指令序列，那么向量计算将优雅地降级，并且仍然可以正常工作，原因可能是某个架构不支持某些指令，或者是其它CPU架构不受支持。

9、将JDK移植到 Windows/AArch64 平台。随着新的服务器级和消费类 AArch64（ARM64）硬件的发布，加上需求原因 Windows/AArch64 已经成为一个重要的平台。虽然移植本身已经基本完成，但该项提案的重点是将端口集成到主线JDK库中。

10、在 x64 和 AArch64 架构上，将 JDK移植到 Alpine Linux 和其他使用 musl 作为其主要C库的 Linux 发行版。Musl是 ISOC 和 Posix 标准中描述的标准库功能的Linux实现。 Alpine Linux 由于镜像较小而被广泛应用于云部署、微服务和容器环境中。Linux 版本的 Docker 容器镜像小于6MB。让 Java 在这种设置中开箱即用，并允许Tomcat、Jetty、Spring和其它流行的框架在本机环境中正常工作。通过使用 jlink 来减少 Java 运行时的大小，用户可以创建一个更小的镜像，以运行特定的应用程序。

11、[提供记录类，作为不可变数据的透明载体。记录类可以认为是名义元组。记录类在 JDK 14 和 JDK 15 中进行了预览。此做法是为了回应有关Java过于冗长拘谨的抱怨。该计划的目标包括设计一个表示简单值集合的面向对象的构造器，帮助开发人员专注于对不可变数据的建模而不是扩展行为，自动实现数据驱动的方法（例如 equals 和 accessors ），并保留长期的 Java 原则，例如名义类型。

12、Unix-Domain 套接字通道 的添加，其中Unix-Domain（AF_UNIX）套接字支持被添加到 nio.channels 包中的套接字通道和服务器套接字通道API中。该计划还扩展了继承的通道机制，以支持Unix-Domain套接字通道和服务器套接字通道。Unix-Domain套接字用于同一主机上的进程间通信。它们在大多数方面与TCP/IP套接字类似，除了它们是通过文件系统路径名而不是IP地址和端口号寻址的。新功能的目标主要是支持Unix平台和Windows通用的Unix-Domain套接字通道的所有功能。Unix-Domain套接字通道在读取/写入行为，连接设置，服务器对传入连接的接受以及在选择器中与其他非阻塞可选通道的复用方面将与现有的TCP/IP通道相同。Unix-Domain套接字比用于本地，进程间通信的TCP/IP回送连接更安全，更高效。

13、外部存储器访问API，允许Java程序安全地访问Java堆以外的外部存储器。外部存储器访问API，以前在JDK 14和JDK 15中都进行过孵化，未来在 JDK 16 中将再次孵化，并加以改良。改良范围包括在 MemorySegment 和 MemoryAddresses 接口之间划分更明确的角色。此项提案的目标包括提供一个可以在各种外部存储（包括本机，持久化介质以及托管堆存储器）上运行的 API。该 API 不会对虚拟机的安全性造成威胁。该项提案的动机是为了让很多 Java程序访问外部存储，像 Ignite、Memcached 以及 MapDB 。遗憾的是 Java API 还没有令人满意的访问外部存储的解决方案。

14、在 JDK 14和 JDK 15中都已预览过 instanceof 操作符的 模式匹配，它将在JDK 16中最终确定。模式匹配使程序中的通用逻辑（即从对象中有条件地提取组件）得以更简洁、安全的表达。

15、提供一款名为 jpackage 的工具，用于独立打包 Java 应用程序。jpackage 在 JDK 14 中被作为孵化工具引入，并在 JDK 15 中仍处于孵化阶段。到了JDK 16，jpackage 将投入生产，支持本地的软件包格式，从而为用户提供自然的安装体验，并允许在打包时指定启动时参数。支持的格式包括 Windows 上的 msi 和 exe ，MacOS 上的 pkg 和 dmg 以及 Linux 上的 deb 和 rpm 。该工具可以直接从命令行或以编程方式调用。新的打包工具解决了这样一种情况：许多Java应用程序需要以全局可用的方式安装在本机平台上，而不是简单地放置在类路径或模块路径上。因此提供适合本机平台的可安装软件包非常有必要。

16、OpenJDK 源代码仓库从 Mercurial 迁移至 Git。推动这一努力会在几方面体现优势：版本控制系统元数据大小方面、可用工具方面以及托管方面。

17、迁移到 GitHub，这个变化是基于 OpenJDK 源代码库从 Mercurial 迁移到 Git，JDK 16源代码仓库将出现在流行的代码共享网站上。Mercurial JDK 和 JDK-sandbox 迁移到 Git、GitHub 和 Skara 的过渡工作已于9月5日完成，现已向用户开放。

在网站 jdk.java.net 中可以下载到适用于 Linux、Windows 和 MacOS 的 JDK 16 早期测试版本。和JDK 15一样，JDK 16也会是一个短期版本，仅支持六个月。而计划在2021年9月发布的 JDK 17 将会是一个长期支持（LTS）版本，并获得数年的支持。当前的长期支持（LTS）版本是2018年9月发布的 JDK 11。

总结

相信很多企业或个人，目前都还在使用 JDK 8 这个长期维护版本，最新一个长期维护版本是 JDK 11 ，估计使用的人群也还不是特别多，因为对于企业/个人来说，版本升级的成本太大了，往往我们更加需要的是系统能够稳定安全运作，哪怕是需要牺牲一部分性能。从 JDK8 开始，Java 语言就越显得更加具有攻击性和包容性，版本升级速度和周期也是极其惊人，如今短短几年，已是 JDK 16，所以本人特别看好 Java 在未来市场的占比和技术能力的持续延伸，加油，Java 们。

References

[1] JDK 16: https://www.infoworld.com/art...
[2] JDK 15: https://www.infoworld.com/art...
[3] 基于值的类警告提议: https://openjdk.java.net/jeps...
[4] Valhalla 项目: https://openjdk.java.net/proj...
[5] 基于值的类: https://docs.oracle.com/en/ja...
[6] 密封类: https://openjdk.java.net/jeps...
[7] JDK 内部结构是强封装的: https://openjdk.java.net/jeps...
[8] Jigsaw 项目: https://openjdk.java.net/proj...
[9] 标准替代版本: https://wiki.openjdk.java.net...'sinternalAPIs
[10] 外部链接程序 API: https://openjdk.java.net/jeps...
[11] ZGC（可扩展的低延迟垃圾收集器）线程堆栈处理: https://openjdk.java.net/jeps...
[12] 弹性元空间功能: https://openjdk.java.net/jeps...
[13] 启用C++ 14语言功能: https://openjdk.java.net/jeps...
[14] C++ 14: https://www.infoworld.com/art...
[15] 孵化阶段的矢量API: https://openjdk.java.net/jeps...
[16] 将JDK移植到 Windows/AArch64 平台: https://openjdk.java.net/jeps...
[17] JDK移植到 Alpine Linux : https://openjdk.java.net/jeps...
[18] jlink: https://openjdk.java.net/jeps...
[19] 提供记录类: https://openjdk.java.net/jeps...
[20] Unix-Domain 套接字通道: https://openjdk.java.net/jeps...
[21] 外部存储器访问API: https://openjdk.java.net/jeps...
[22] 模式匹配: https://openjdk.java.net/jeps...
[23] 提供一款名为 jpackage 的工具，用于独立打包 Java 应用程序: https://openjdk.java.net/jeps...
[24] JDK 14: https://www.infoworld.com/art...
[25] OpenJDK 源代码仓库从 Mercurial 迁移至 Git: https://openjdk.java.net/jeps...
[26] 迁移到 GitHub: https://openjdk.java.net/jeps...
[27] JDK 16源代码仓库将出现在流行的代码共享网站上: https://www.infoworld.com/art...
[28] jdk.java.net: https://jdk.java.net/16/
[29] JDK 11: https://www.infoworld.com/art...

the end

JDK 16 正式发布

JDK 15 刚发布半年（2020/09/15），JDK 16 又如期而至（2021/03/16）。

来看下 Oracle Java 支持路线图：

可以看到，JDK 16 也不是一个长期支持的版本，只支持 6 个月到 2021 年 9 月，上一个长期支持版本还是 JDK 11，下一个长期支持版本是 JDK 17，还有半年也要发布了。

所以千万不要把 JDK 16（非长期支持版本）用于生产，大家了解一下就好。

JDK 16 新特性一览

ID	JEP	Feature
1	394	Pattern Matching for instanceof
2	395	Records
3	392	Packaging Tool
4	387	Elastic Metaspace
5	376	ZGC: Concurrent Thread-Stack Processing
6	380	UNIX-Domain Socket Channels
7	396	Strongly Encapsulate JDK Internals by Default
8	390	Warnings for Value-Based Classes
9	338	Vector API (Incubator)
10	389	Foreign Linker API (Incubator)
11	393	Foreign-Memory Access API (Third Incubator)
12	397	Sealed Classes (Second Preview)
13	347	Enable C++14 Language Features (in the JDK source code)
14	357	Migrate from Mercurial to Git
15	369	Migrate to GitHub
16	386	Alpine Linux Port
17	388	Windows/Aarch64 Port

JDK 16 这个版本提供了 17 个增强功能，包括全新的 Java 语言改进，工具和内存管理，以及还有一些孵化和预览特性，有了这些新功能，Java 会进一步提高开发人员的生产力。

值得关注的变化是，JDK 14 中提供的预览特性：模式匹配和记录（Records），经过一年的社区反馈和实际应用，终于在 JDK 16 中完成最终落地了。

另外，Oracle 还为 Java SE 订阅服务中免费提供 GraalVM 企业版服务，GraalVM 可以帮助提高应用程序的性能并减少资源消耗，尤其是在微服务和云原生架构中。

JDK 16 新特性详细介绍

下面是 JDK 16 中的 17 个新特性详细介绍。

394:Pattern Matching for instanceof

模式匹配 for instanceof，相当于是增强的 instanceof，在 JDK 14 中首次成为预览特性，在 JDK 16 中正式转正。

模式匹配的到来将使得 instanceof 变得更简洁、更安全，为什么这么说，请看下面的示例。

正常的 instanceof 写法：

if (object instanceof Kid) {
  Kid kid = (Kid) object;
  // ...
} else if (object instanceof Kiddle) {
  Kid kid = (Kid) object;
  // ...
}

模式匹配的 instanceof 写法：

if (object instanceof Kid kid) {
  // ...
} else if (object instanceof Kiddle kiddle) {
  // ...
}

判断、赋值一步到位，是不是很牛逼？具体这里就不详细介绍了，栈长之前有写过一篇文章，点击这个链接进行阅读，或者关注公众号Java技术栈，回复 "java " 进行阅读。

395:Records

简单来说，Records 就是一种新的语法糖，目的还是为了简化代码，在 JDK 14 中首次成为预览特性，在 JDK 16 中正式转正。

Records 可以在一定程度上避免低级冗余的代码，比如：constructors, getters, equals(), hashCode(), toString() 方法等，相当于 Lombok 的 @Data 注解，但又不能完全替代。

下面来看一个示例：

public record Student(String name, int id, int age) {}

没错，一行搞定（public 都可以省略），就是这么简单粗暴！！！

我们再通过 IDEA 反编译 class 类的方式来看下它到底做了什么：

看完是不是有点 Lombok 的感觉？具体这里就不详细介绍了，栈长之前有写过一篇文章，点击这个链接进行阅读，或者关注公众号Java技术栈，回复 "java " 进行阅读。

392:Packaging Tool

提供了 jpackage 打包工具，可用于打包独立的 Java 应用程序。

jpackage 打包工具是在 JDK 14 中首次作为孵化工具引入的新特性，到了 JDK 15 它仍然还在孵化中，现在它终于转正了。

387:Elastic Metaspace

弹性的元空间，可以帮助 HotSpot 虚拟机，将元空间中未使用的 class 元数据内存更及时地返回给操作系统，以减少元空间的内存占用空间。

另外，还简化了元空间的代码，以降低维护成本。

376:ZGC: Concurrent Thread-Stack Processing

ZGC 是一种较新的垃圾回收器，指在解决 HotSpot 虚拟机中的 GC 停顿及可伸缩问题。

ZGC 最早是在 JDK 11 中集成进来的，在 JDK 15 中正式转正。

这个版本则是为了让 ZGC 支持并发栈处理，解决了最后一个重大瓶颈，把 ZGC 中的线程栈处理从安全点移到了并发阶段。并且还提供了一种机制，使得其他 HotSpot 子系统可以通过该机制延迟处理线程栈。

380:UNIX-Domain Socket Channels

UNIX 域套接字通道，为 java.nio.channels 包中的套接字通道和服务端套接字通道 APIs 增加 Unix 域套接字通道所有特性支持。

UNIX 域套接字主要用于同一主机上的进程间通信（IPC），大部分方面与 TCP/IP套接字类似，不同的是 UNIX 域套接字是通过文件系统路径名寻址，而不是通过 IP 地址和端口号。

396:Strongly Encapsulate JDK Internals by Default

JDK 内部默认强封装，JDK 16 开始对 JDK 内部大部分元素默认进行强封装，sun.misc.Unsafe 之类的关键内部 API 除外，从而限制对它们的访问。

此外，用户仍然可以选择自 JDK 9 以来的默认的宽松的强封装，这样可以帮助用户毫不费力地升级到未来的 Java 版本。

390:Warnings for Value-Based Classes

基于值的类的警告，将基础类型包装类指定为基于值的类，废除其构造函数以进行删除，从而提示新的弃用警告。并且提供了在任何基于值的类的实例上不正常进行同步的警告。

这个是对基本数据类型的包装类动刀了，只是提供警告，也不用太在意。

338:Vector API (Incubator)

初步看，还以为是集合中的 Vector，原来不是！

Vector API 这是一个新的初始迭代孵化器模块，模块包：jdk.incubator.vector，用于表示在运行时可靠地编译到支持的 CPU 架构上的最佳矢量硬件指令的矢量计算。

很高端，搞不懂，后续有时间再研究。

389:Foreign Linker API (Incubator)

引入了一个新的 API，该 API 提供了对本地 native 代码的静态类型访问支持。

393:Foreign-Memory Access API (Third Incubator)

外部内存访问 API（三次孵化中），引入了一个新的 API，可以帮助 Java 应用程序更安全、有效地访问 Java 堆之外的外部内存。

这个最早在 JDK 14 中成为孵化特性，JDK 15/ JDK 16 中继续二、三次孵化并对其 API 有了一些更新，这个可以在 JDK 17 中好好期待一下转正。

397:Sealed Classes (Second Preview)

封闭类（二次预览），可以是封闭类和或者封闭接口，用来增强 Java 编程语言，防止其他类或接口扩展或实现它们。

来看下面这个示例：

public abstract sealed class Student
permits ZhangSan, LiSi, ZhaoLiu {
...
}

类 Student 被 sealed 修饰，说明它是一个封闭类，并且只允许指定的 3 个子类继承。

这个牛逼啊，有了这个特性，意味着以后不是你想继承就继承，想实现就实现了，你得经过允许才行，这个也可以在 JDK 17 中好好期待一下转正。

347:Enable C++14 Language Features (in the JDK source code)

允许在 JDK 底层的 C ++ 源代码中使用 C ++ 14 的新语言特性，并且提供了在 HotSpot 虚拟机代码中，哪些代码使用了这些新特性的指南。

357:Migrate from Mercurial to Git

将 OpenJDK 社区的源代码存储库从 Mercurial（hg）迁移到 Git。

369:Migrate to GitHub

在 GitHub 上托管 OpenJDK 社区的 Git 存储库。

386:Alpine Linux Port

在 x64 和 AArch64 平台体系结构上，将 JDK 移植到 Alpine Linux 以及使用 musl 作为其主要 C 语言库的其他 Linux 发行版中。

388:Windows/Aarch64 Port

将 JDK 移植到 Windows/ AArch64 平台系列。

总结

现在的 JDK 真变成了“版本帝”，无力吐槽啊，版本发到了 16，大部分人却都还在用着 JDK 7/8，甚至 6。不过没关系，多了解一下，多掌握一点新东西，对你来说没有坏处。

虽然更新很快，但话又说回来，更是因为 Java 这种不断的更新、优化和创新，才使得 Java 保持着源源活力，Java 仍然是现在最成功、最主流的开发语言之一。

如果说 Java 第二，谁敢称第一呢？如果你说 PHP，那我 Respect!

最后，本文主要介绍了 JDK/Java 16 的 17 个新特性基本面，后面栈长有时间也会继续更新一些 JDK 新特性详细教程，关注公众号Java技术栈第一时间推送哦。如果你想看历史 Java 8+ 系列新特性教程，也可以在公众号菜单中进行阅读。

往期 Java 教程及示例源码：

https://github.com/javastacks/javastack

OracleJDK 16 发布地址：

https://www.oracle.com/java/technologies/javase/16-relnotes.html

OpenJDK 16 发布地址：

https://openjdk.java.net/projects/jdk/16/

Oracle JDK 16 下载地址：

https://www.oracle.com/java/technologies/javase-downloads.html

OpenJDK 16 下载地址：

https://jdk.java.net/16/

有兴趣的可以下载尝鲜了！！

OracleJDK 和 OpenJDK 两者的区别这里不撰述了，不清楚的请点击这里进行查看。

写了大半天，头发又在掉了。。。

老铁们，点个在看、转发支持下哦，也欢迎分享给你的更多朋友们~

关注Java技术栈，持续分享最新、最主流的Java技术~