JDK 16已经于2021年3月16日如期发布。本文介绍JDK 16新特性。
发布版本说明
根据发布的规划，这次发布的 JDK 16 将是一个短期的过度版。下一个长期支持版（LTS 版）会在今年的 9 月份候发布（Java 17），LTS 版每 3 年发布一个，上一次长期支持版是 18 年 9 月发布的 JDK 11。
JDK 16是Java SE平台版本16的开源参考实现，由JSR 390在JCP（Java Community Process）指定。
安装包下载
主要分为OpenJDK版本和Oracle版本，下载地址如下：
上述版本，如果是个人学习用途，则差异不大。但如果是用于商业用途，则需要仔细看好相关的授权。Oracle JDK根据二进制代码许可协议获得许可，而OpenJDK根据GPL v2许可获得许可。
更多有关Java的基本知识，可以参阅《Java核心编程》这本书，描述的非常详细。
JDK 16 新特性说明
JDK 16 为用户提供了17项主要的增强/更改，包括全新的 Java 语言改进，工具和内存管理，以及还有一些孵化和预览特性，有了这些新功能，Java 会进一步提高开发人员的生产力。
值得关注的变化是，JDK 14 中提供的预览特性：模式匹配和记录（Records），经过一年的社区反馈和实际应用，终于在 JDK 16 中完成最终落地了。
另外，Oracle 还为 Java SE 订阅服务中免费提供 GraalVM 企业版服务，GraalVM 可以帮助提高应用程序的性能并减少资源消耗，尤其是在微服务和云原生架构中。
1. 338: Vector API （孵化）
这个不是集合中的Vector，而是一个新的初始迭代孵化器模块jdk.incubator.vector，用于表示在运行时可靠地编译到支持的 CPU 架构上的最佳矢量硬件指令的矢量计算。
2. 347: Enable C++14 Language Features
允许在 JDK 底层的C++源代码中使用C++14的新语言特性，并且提供了在HotSpot虚拟机代码中，哪些代码使用了这些新特性的指南。
3. 357: Migrate from Mercurial to Git
将 OpenJDK 社区的源代码存储库从 Mercurial 迁移到 Git。
4. 369: Migrate to GitHub
在 GitHub 上托管 OpenJDK 社区的 Git 存储库。
GitHub 是世界流行的Git代码托管平台。在国内，托管代码推荐Gitee哦。
5. 376: ZGC: Concurrent Thread-Stack Processing
ZGC 最早是在 JDK 11 中集成进来的，在 JDK 15 中正式转正。
这个版本则是为了让 ZGC 支持并发栈处理，解决了最后一个重大瓶颈，把 ZGC 中的线程栈处理从安全点移到了并发阶段。并且还提供了一种机制，使得其他 HotSpot 子系统可以通过该机制延迟处理线程栈。
6. 380: Unix-Domain Socket Channels
UNIX 域套接字通道，为 java.nio.channels 包中的套接字通道和服务端套接字通道 APIs 增加 Unix 域套接字通道所有特性支持。
UNIX 域套接字主要用于同一主机上的进程间通信（IPC），大部分方面与 TCP/IP套接字类似，不同的是 UNIX 域套接字是通过文件系统路径名寻址，而不是通过 IP 地址和端口号。
7. 386: Alpine Linux Port
在 x64 和 AArch64 平台体系结构上，将 JDK 移植到 Alpine Linux 以及使用 musl 作为其主要 C 语言库的其他 Linux 发行版中。
8. 387: Elastic Metaspace
弹性的元空间，可以帮助 HotSpot 虚拟机，将元空间中未使用的 class 元数据内存更及时地返回给操作系统，以减少元空间的内存占用空间。
另外，还简化了元空间的代码，以降低维护成本。
9. 388: Windows/AArch64 Port
将 JDK 移植到 Windows/ AArch64 平台系列。
10. 389: Foreign Linker API （孵化）
引入了一个新的 API，该 API 提供了对本地 native 代码的静态类型访问支持。
11. 390: Warnings for Value-Based Classes
基于值的类的警告，将基础类型包装类指定为基于值的类，废除其构造函数以进行删除，从而提示新的弃用警告。并且提供了在任何基于值的类的实例上不正常进行同步的警告。
12. 392: Packaging Tool
提供了 jpackage 打包工具，可用于打包独立的 Java 应用程序。
jpackage 打包工具是在 JDK 14 中首次作为孵化工具引入的新特性，到了 JDK 15 它仍然还在孵化中，现在它终于转正了。
13. 393: Foreign-Memory Access API (三次孵化)
该 API 允许 Java 应用程序安全有效地访问 Java 堆之外的外部内存。
这个最早在 JDK 14 中成为孵化特性，JDK 15/ JDK 16 中继续二、三次孵化并对其 API 有了一些更新，这个可以在 JDK 17 中好好期待一下转正。
14. 394: Pattern Matching for instanceof
模式匹配 for instanceof，相当于是增强的 instanceof，在 JDK 14 中首次成为预览特性，在 JDK 16 中正式转正。
模式匹配的到来将使得 instanceof 变得更简洁、更安全，为什么这么说，请看下面的示例。
Java 14 之前用法：
if (obj instanceof String) {
String s = (String) obj;
// 使用s
}
Java 14之后的用法：
if (obj instanceof String s) {
// 使用s
}
15. 395: Records
简单来说，Records 就是一种新的语法糖，目的还是为了简化代码，在 JDK 14 中首次成为预览特性，在 JDK 16 中正式转正。
Records 可以在一定程度上避免低级冗余的代码，比如：constructors, getters, equals(), hashCode(), toString() 方法等，相当于 Lombok 的 @Data 注解，但又不能完全替代。
下面来看一个示例：
旧写法：
class Point {
private final int x;
private final int y;
Point(int x, int y) {
this.x = x;
this.y = y;
}
int x() { return x; }
int y() { return y; }
public boolean equals(Object o) {
if (!(o instanceof Point)) return false;
Point other = (Point) o;
return other.x == x && other.y = y;
}
public int hashCode() {
return Objects.hash(x, y);
}
public String toString() {
return String.format("Point[x=%d, y=%d]", x, y);
}
}
新的Records写法：
record Point(int x, int y) { }
16. 396: Strongly Encapsulate JDK Internals by Default
JDK 内部默认强封装，JDK 16 开始对 JDK 内部大部分元素默认进行强封装，sun.misc.Unsafe 之类的关键内部 API 除外，从而限制对它们的访问。
此外，用户仍然可以选择自 JDK 9 以来的默认的宽松的强封装，这样可以帮助用户毫不费力地升级到未来的 Java 版本。
17. 397: Sealed Classes (二次预览)
封闭类（二次预览），可以是封闭类和或者封闭接口，用来增强 Java 编程语言，防止其他类或接口扩展或实现它们。
参考引用
