D哥，JDK16刚刚又发布了？网友：我还在用JDK8，是不是out了

哈喽，各位新来的小伙伴们，大家好！由于公众号做了改版，为了保证公众号的资源能准时推送到你手里，大家记得将咱们的公众号加星标置顶，在此真诚的表示感谢~

正文如下：

今天，有读者告诉D哥，JDK16的抢鲜体验版出来了，对于D哥这种JDK的死忠粉来说，怎么错过呢？

这不，马上下载下来品尝一番，有图为证。

先来测试一下，版本是否正确？

没错，还是这个味道~

说实话，JDK的发布速度是真的快啊，有点牛的一逼。之前看过一篇文章，博主Simon Ritter从Oracle目前为止的公开发布中做出推断，并绘图展示了Java 的发布节奏，如下图所示

我们从图中也可以发现JDK16也是一个短期版本，只支持6个月。长期版本也只有 7、8、11、17，因此，目前最新的LTS版本，就是 JDK 11，已于2018年9月发布。接下来，咱们只能期待2021年即将发布的下一个LTS版本JDK17~

这次发布的JDK16也只是个抢鲜版，它的正式版本需要在 2021 年 3 月 16 日发布。

如果你对JDK源码感兴趣，也可以通过Github去查看相关源码，目前有6.8k star。关于如何查看JDK16所提交的PR，大家可以参考D哥之前的文章《漫画：你真的懂Github吗？》。

源码地址：https://github.com/openjdk/jdk

Github的骚技巧真的好用，可以进行对比，来看看构建的这个抢鲜版，与之前的版本有哪些差别？如下图所示

好了，言归正传，咱们还是来看看这个版本又给咱们带来哪些新特性呢？

JEP338：Vector API（孵化器阶段）

JEP347：启用 C ++ 14语言功能

允许在 JDK C ++源代码中使用 C ++ 14功能。

JEP357、369：源码迁移到Github

OpenJDK 源码从 Mercurial 迁移到 Git，托管平台也迁移到 GitHub。

源码地址：https://github.com/openjdk/jdk

JEP376：ZGC（Z 垃圾收集器）线程堆栈处理

去掉ZGC线程堆栈处理从安全点到并发阶段，该计划的目标包括从 ZGC 安全点中删除线程堆栈处理。

JEP380：Unix 域套接字通道

增加 Unix 域套接字通道，其中在 nio.channels 包中的套接字通道和服务器套接字通道 API 中增加了 Unix 域（AF_UNIX）套接字支持。

JEP386、388：将JDK移植到Windows/AArch64平台

JEP387：弹性元空间能力

它可以将未使用的 HotSpot VM 类元数据（元空间）内存更迅速地返回给操作系统，从而减少元空间的占用空间并简化元空间代码，从而降低维护成本。

JEP 389：外部存储器访问 API

允许 Java 程序安全地访问 Java 堆外部的外部存储器。

JEP392：打包管理工具

提供用于打包独立 Java 应用程序的 jpackage 工具，如下：

JEP393：外部存储器访问 API

允许 Java 程序安全地访问 Java 堆外部的外部存储器。

JEP394：instanceof运算符的模式匹配

用于 instanceof 运算符的模式匹配，在 JDK 14 和 JDK 15 中进行了预览，将在 JDK 16 中完成，如：

JEP395：Records

就是对之前玩法进行加强处理。

JEP396：加强JDK内部封装

除了 misc.Unsafe 等关键的内部 API 外，默认情况下对 JDK 内部进行强封装。用户可以选择自 JDK 9 以来默认的宽松的强封装。

说实话，这些功能，在D哥看来，对于咱们日常开发来说，真没啥吸引力，D哥的同事曾这样说过，“自从JDK8以后，再也没有赶上趟~”，说实话，这句话说到大多数Java开发者的心坎里去了~

作为一名老的Java程序员，D哥反正扎心了，还是感谢Java给了我一口饭吃~

你目前在用哪个版本呢？欢迎在留言区说说。