尽早查看针对Java 11的功能

随着JDK 10即将进入其发布候选阶段，有趣的是，开始通过JDK 11观察之后会发生什么。在撰写本文时，四个JEP （ JDK增强建议）已正式成为JDK 11的目标（可能会出现）。这篇文章总结了当前针对JDK 11的四个JEP的一些细节。

JEP 309：动态类文件常量

JEP 309 （“动态类文件常量”）“寻求降低创建新形式的可实现类文件常量的成本和中断，从而为语言设计者和编译器实现者提供了更广泛的表达性和性能选择。” JDK错误JDK-8189199 （“最小化ConstantDynamic支持”）“通过正确地解析和解析Hotspot使用的JVM类文件中的新CONSTANT_Dynamic常量来实现JEP 309”，并已在四天前解决。 JEP 309于2017年12月14日正式成为JDK 11的目标。

JEP 318：Epsilon：任意低开销的垃圾收集器

JEP 318 （“ Epsilon：任意低开销的垃圾收集器”）当前声明的目标是“以有限的内存分配限制和最低的延迟开销提供一种完全被动的GC实现，以牺牲内存占用和内存吞吐量为代价。” JEP的摘要目前指出：“开发一个可以处理内存分配但不实现任何实际内存回收机制的GC。一旦可用的Java堆耗尽，JVM将关闭。” JEP 318与问题JDK-8174901 （“ JEP 318：Epsilon：任意低开销的垃圾收集器”）相关，于2018年1月18日正式成为JDK 11的目标。有关JEP 318的其他详细信息，可以在在线资源中找到，例如Java Performance的最新领域：删除针对性能测试的垃圾收集器和Java垃圾收集器建议。

JEP 320：删除Java EE和CORBA模块

JEP 320（“删除Java EE和CORBA模块”）具有当前的“摘要”，指出“从Java SE平台和JDK删除Java EE和CORBA模块。这些模块在Java SE 9中已弃用，声明要在将来的版本中删除它们。” 鉴于当JDK 9引入模块化时CORBA和Java EE模块在Java SE中没有默认可见性，因此该JEP并不令人惊讶。本JEP的“动机”部分提供了深刻的历史背景，说明了为什么Java EE和CORBA模块首先包含在Java SE中。在“动机”部分的许多其他有趣花絮中，这两个结论对我很突出：

“由于可以从第三方站点（例如Maven Central）轻松获得Java EE技术的独立版本，因此不需要Java SE平台或JDK包含它们。”
“由于维护CORBA支持的成本超过了收益，因此Java SE平台或JDK没有必要包含它。”

JEP 320列出了将要删除的几个模块和工具。待删除的模块包括java.xml.ws ， java.xml.ws.annotation ， jdk.xml.ws ， java.xml.bind ， jdk.xml.bind 。待删除的工具包括wsgen ， wsimport ， schemagen ， xjc和servertool。

JEP 320“风险和假设”部分说明了这些删除的影响。声明指出，当前使用--add-modules java.xml.bind在其Java 9应用程序中包含JAXB类的开发人员将需要针对JDK 11进行更改。具体地说，JEP文本指出：“该建议假定希望在最新的JDK上编译或运行应用程序可以找到并部署Java EE技术的替代版本。” 幸运的是，JEP 320中的文字做得很好，它提供了许多库和工具的当前替代实现的详细信息，这些库和工具将随JDK 11和JEP 320一起删除。

JEP 320还提到它将删除的大多数模块都是“ 可升级的 ”，这意味着“使用--add-modules java.xml.bind等的JDK 9上的开发人员可以选择依赖于Java EE模块中的任何一个。 JDK运行时映像，或者通过在升级模块路径上部署API JAR文件来覆盖它们。” JEP进一步解释了为什么这样做很重要，因为当从JDK运行时映像中删除模块时，它使得移动到JDK 11变得更加容易。

JEP 320与问题JDK-8189188相关联（“ JEP 320：删除Java EE和CORBA模块”），并于2018年1月26日正式针对JDK 11。

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

JEP 323（“ Lambda参数的本地变量语法”）旨在“允许在声明隐式类型的Lambda表达式的形式参数时使用var ”。

JEP 323与问题JDK-8193259 （“ JEP 323：Lambda参数的本地变量语法”）相关联，昨天（ 2018年2月2日）正式针对JDK 11。

结论

我最希望看到附近的JDK即将发生什么，因为我认为这很有趣。但是，在某些情况下了解即将发生的事情也有实际优势。例如， JEP 320提供了有关将在JDK 11中删除的模块和工具的替代方案的详细信息。开发人员可以立即或在迁移到JDK 11之前开始转向那些替代方案，以使将来的过渡更加容易。