跟踪JDK 11：计划发布的两个新JEP

由于Java的新发布时间表，似乎我们一直在等待新的JDK更新。 今天，我们来看看JDK 11中的功能。

JDK 11的新目标

JEP 329：ChaCha20和Poly1305加密算法

目前，这是唯一被广泛采用的流密码。 RC4，长期以来一直被认为是不安全的。 当前，业界共识认为ChaCha20-Poly1305更安全，并且已在TLS实现以及其他加密协议中得到相当广泛的采用。 通过采用JEP 329，JDK将与其他加密工具包和其他TLS实现相提并论。

该JEP的目标是提供ChaCha20和ChaCha20-Poly1305密码实现。 这些算法将在SunJCE提供程序中实现。 它还将提供KeyGenerator实现，该实现创建适用于ChaCha20和ChaCha20-Poly1305算法的密钥。 此外，它将提供与ChaCha20-Poly1305算法一起使用的AlgorithmParameters实现。

有关更多信息，请转到JEP 329的跟踪文档 。

JEP 330：启动单文件源代码程序

在学习Java的早期阶段以及编写小型实用程序时，单文件程序（整个程序可以放在一个源文件中）很常见。 在这种情况下，必须在运行程序之前对其进行编译是纯粹的仪式。 此外，单个源文件可能会编译为多个类文件，这给“运行该程序”的简单目标增加了打包开销。 希望能够使用Java启动器直接从源代码运行程序。

有关更多信息，请转到JEP 330的跟踪文档 。

还请参见：

• 309： 动态类文件常量
• 318： Epsilon：任意低开销的垃圾收集器
• 321： HTTP客户端（标准）
• 323： Lambda参数的局部变量语法
• 324： 与Curve25519和Curve448的关键协议
• 327： Unicode 10
• 328： 飞行记录仪

JEP 309：动态类文件常量

摘要：扩展Java类文件格式以支持新的常量池形式CONSTANT_Dynamic。 加载CONSTANT_Dynamic会将创建委托委派给bootstrap方法，就像将invokedynamic调用站点链接代表将链接委托给bootstrap方法一样。

JEP 318：Epsilon：无操作垃圾收集器

摘要：开发一个可以处理内存分配但不实现任何实际内存回收机制的GC。 一旦可用的Java堆耗尽，JVM将关闭。

JEP 321：HTTP客户端（标准）

简介：通过JEP 110标准化JDK 9中引入的，在JDK 10中更新的已孵化的 HTTP Client API。

JEP 323：Lambda参数的本地变量语法

摘要：在声明隐式类型的lambda表达式的形式参数时，允许使用var。

JEP 324：与Curve25519和Curve448的关键协议

简介：如RFC 7748中所述，使用Curve25519和Curve448实现密钥协议。

JEP 327：Unicode 10

简介：升级现有平台API以支持Unicode标准 10.0版 。

JEP 328：飞行记录器

简介：提供一个开销较低的数据收集框架，用于对Java应用程序和HotSpot JVM进行故障排除。

翻译自: https://jaxenter.com/two-new-jeps-jdk-11-144962.html