Java 10 的 12 项关键新特性

JEP 286：局部变量类型推断

对于开发者来说，这是 JDK 10 唯一的真正特性。它向 Java 中引入在其他语言中很常见的 var，比如 JavaScript 。只要编译器可以推断此种类型，你就不再需要专门声明一个局部变量的类型。一个简单的例子是：

var x = new ArrayList<String>();

这就消除了我们之前必须执行的 ArrayList<String> 类型定义的重复。我鼓励你们去读 JEP ，因为上面有一些关于这个句法是否能用的规则。

有趣的是，需要注意 var 不能成为一个关键字，而是一个保留字。这意味着你仍然可以使用 var 作为一个变量、方法或包名，但是现在不能再调用类。

JEP 310：应用类数据共享(CDS)

CDS 在 JDK 5 时被引进以改善 JVM 启动的表现，同时减少当多个虚拟机在同一个物理或虚拟的机器上运行时的资源占用。

JDK 10 将扩展 CDS 到允许内部系统的类加载器、内部平台的类加载器和自定义类加载器来加载获得的类。之前，CDS 的使用仅仅限制在了 bootstrap 的类加载器。

JEP 314：额外的 Unicode 语言标签扩展

这将改善 java.util.Locale 类和相关的 API 以实现额外 BCP 47 语言标签的 Unicode 扩展。尤其是货币类型，区域覆盖和时区等标签现在将被支持。

JEP 322：基于时间的版本控制

JDK 版本字符串格式几乎与 JDK 版本一样多。有幸的是，这是最后需要使用到的，我们可以坚持用它。这种格式使用起来很像 JDK 9 中介绍的提供一个更加语义的形式。但其中包含了一个 INTERIM 元素，正如 JEP 提议中所说的“永远是 0”。好吧，如果永远是 0，那它有什么意义呢?他们说这是为未来使用做保留，但我仍不是很赞同。我认为，这有些冗余繁杂。

这也消除了在 JDK 9 中有过的相当奇怪的情形。第一次更新是 JDK 9.0.1 , 非常符合逻辑。第二次更新是 JDK 9.0.4 ，不合逻辑。原因是，在 JDK 9 的版本计数模式下，需要留下空白以便应急或不在预期安排的更新使用。但既然没有更新是必须的，为什么不简单称之为 JDK 9.0.2 呢?

JEP 319：根证书

在 JDK 中将提供一套默认的 CA 根证书。关键的安全部件，如 TLS ，在 OpenJDK 构建中将默认有效。Oracle 正在努力确保 OpenJDK 二进制和 Oracle JDK 二进制功能一致，这是一项有用的补充内容。

JEP 307：并行全垃圾回收器 G1

G1 是设计来作为一种低延时的垃圾回收器(但是如果它跟不上旧的堆碎片产生的提升速率的话，将仍然采用完整压缩集合)。在 JDK 9 之前，默认的收集器是并行、吞吐、收集器。为了减少在使用默认的收集器的应用性能配置文件的差异，G1 现在有一个并行完整收集机制。

JEP 313：移除 Native-Header 自动生成工具

Java 9 开始了一些对 JDK 的家务管理，这项特性是对它的延续。当编译 JNI 代码时，已不再需要单独的工具来生成头文件，可以通过 javac 完成。在未来的某一时刻，JNI 将被 Panama 项目的结果取代。

JEP 304：垃圾回收器接口

这不是让开发者用来控制垃圾回收的接口，而是一个在 JVM 源代码中的允许另外的垃圾回收器快速方便的集成的接口。

JEP 312：线程—局部变量管控

这是在 JVM 内部相当低级别的更改，现在将允许在不运行全局虚拟机安全点的情况下实现线程回调。这将使得停止单个线程变得可能和便宜，而不是只能启用或停止所有线程。

JEP 316：在备用存储装置上的堆分配

硬件技术在持续进化，现在可以使用与传统 DRAM 具有相同接口和类似性能特点的非易失性 RAM 。这项 JEP 将使得 JVM 能够使用适用于不同类型的存储机制的堆。

JEP 317：试验性的基于 Java 的 JIT 编译器

最近宣布的 Metropolis 项目提议用 Java 重写大部分 JVM，乍一看觉得很奇怪。如果 JVM 是用 Java 编写的，那么是否需要一个 JVM 来运行 JVM ? 相应的，这导致了一个很好的镜像类比。现实情况是，使用 Java 编写 JVM 并不意味着必须将其编译为字节码，你可以使用 AOT 编译，然后在运行时编译代码以提高性能。

这项 JEP 将 Graal 编译器研究项目引入到 JDK 中，并让 Metropolis 项目成为现实，使 JVM 性能与当前 C++ 所写版本的匹敌提供了基础。

JEP 296：合并 JDK 多个代码仓库到一个单独的储存库中

在 JDK 9 中，有 8 个仓库： root、corba、hotspot、jaxp、jaxws、jdk、langtools 和 nashorn 。在 JDK 10 中这些将被合并为一个，使得跨相互依赖的变更集的存储库运行 atomic commit (原子提交)成为可能。

以上就是关于“Java 10 的 12 项关键新特性?”的相关介绍希望能帮到您。想了解更多培训课程请关注达内java培训机构。

~Java 10 的 12 项关键新特性

JEP 286：局部变量类型推断

对于开发者来说，这是 JDK 10 唯一的真正特性。它向 Java 中引入在其他语言中很常见的 var，比如 JavaScript 。只要编译器可以推断此种类型，你就不再需要专门声明一个局部变量的类型。一个简单的例子是：

var x = new ArrayList<String>();

这就消除了我们之前必须执行的 ArrayList<String> 类型定义的重复。我鼓励你们去读 JEP ，因为上面有一些关于这个句法是否能用的规则。

有趣的是，需要注意 var 不能成为一个关键字，而是一个保留字。这意味着你仍然可以使用 var 作为一个变量、方法或包名，但是现在不能再调用类。

JEP 310：应用类数据共享(CDS)

CDS 在 JDK 5 时被引进以改善 JVM 启动的表现，同时减少当多个虚拟机在同一个物理或虚拟的机器上运行时的资源占用。

JDK 10 将扩展 CDS 到允许内部系统的类加载器、内部平台的类加载器和自定义类加载器来加载获得的类。之前，CDS 的使用仅仅限制在了 bootstrap 的类加载器。

JEP 314：额外的 Unicode 语言标签扩展

这将改善 java.util.Locale 类和相关的 API 以实现额外 BCP 47 语言标签的 Unicode 扩展。尤其是货币类型，区域覆盖和时区等标签现在将被支持。

JEP 322：基于时间的版本控制

JDK 版本字符串格式几乎与 JDK 版本一样多。有幸的是，这是最后需要使用到的，我们可以坚持用它。这种格式使用起来很像 JDK 9 中介绍的提供一个更加语义的形式。但其中包含了一个 INTERIM 元素，正如 JEP 提议中所说的“永远是 0”。好吧，如果永远是 0，那它有什么意义呢?他们说这是为未来使用做保留，但我仍不是很赞同。我认为，这有些冗余繁杂。

这也消除了在 JDK 9 中有过的相当奇怪的情形。第一次更新是 JDK 9.0.1 , 非常符合逻辑。第二次更新是 JDK 9.0.4 ，不合逻辑。原因是，在 JDK 9 的版本计数模式下，需要留下空白以便应急或不在预期安排的更新使用。但既然没有更新是必须的，为什么不简单称之为 JDK 9.0.2 呢?

JEP 319：根证书

在 JDK 中将提供一套默认的 CA 根证书。关键的安全部件，如 TLS ，在 OpenJDK 构建中将默认有效。Oracle 正在努力确保 OpenJDK 二进制和 Oracle JDK 二进制功能一致，这是一项有用的补充内容。

JEP 307：并行全垃圾回收器 G1

G1 是设计来作为一种低延时的垃圾回收器(但是如果它跟不上旧的堆碎片产生的提升速率的话，将仍然采用完整压缩集合)。在 JDK 9 之前，默认的收集器是并行、吞吐、收集器。为了减少在使用默认的收集器的应用性能配置文件的差异，G1 现在有一个并行完整收集机制。

JEP 313：移除 Native-Header 自动生成工具

Java 9 开始了一些对 JDK 的家务管理，这项特性是对它的延续。当编译 JNI 代码时，已不再需要单独的工具来生成头文件，可以通过 javac 完成。在未来的某一时刻，JNI 将被 Panama 项目的结果取代。

JEP 304：垃圾回收器接口

这不是让开发者用来控制垃圾回收的接口，而是一个在 JVM 源代码中的允许另外的垃圾回收器快速方便的集成的接口。

JEP 312：线程—局部变量管控

这是在 JVM 内部相当低级别的更改，现在将允许在不运行全局虚拟机安全点的情况下实现线程回调。这将使得停止单个线程变得可能和便宜，而不是只能启用或停止所有线程。

JEP 316：在备用存储装置上的堆分配

硬件技术在持续进化，现在可以使用与传统 DRAM 具有相同接口和类似性能特点的非易失性 RAM 。这项 JEP 将使得 JVM 能够使用适用于不同类型的存储机制的堆。

JEP 317：试验性的基于 Java 的 JIT 编译器

最近宣布的 Metropolis 项目提议用 Java 重写大部分 JVM，乍一看觉得很奇怪。如果 JVM 是用 Java 编写的，那么是否需要一个 JVM 来运行 JVM ? 相应的，这导致了一个很好的镜像类比。现实情况是，使用 Java 编写 JVM 并不意味着必须将其编译为字节码，你可以使用 AOT 编译，然后在运行时编译代码以提高性能。

这项 JEP 将 Graal 编译器研究项目引入到 JDK 中，并让 Metropolis 项目成为现实，使 JVM 性能与当前 C++ 所写版本的匹敌提供了基础。

JEP 296：合并 JDK 多个代码仓库到一个单独的储存库中

在 JDK 9 中，有 8 个仓库： root、corba、hotspot、jaxp、jaxws、jdk、langtools 和 nashorn 。在 JDK 10 中这些将被合并为一个，使得跨相互依赖的变更集的存储库运行 atomic commit (原子提交)成为可能。

以上就是关于“Java 10 的 12 项关键新特性?”的相关介绍希望能帮到您。想了解更多培训课程请关注达内java培训机构。