jep290涉及jdk版本_针对JDK 14提议的另外六个JEP

电玩女神 2023-02-25 05:57 34阅读 0赞

jep290涉及jdk版本

[Mark Reinhold][]最近的[消息][Mark Reinhold]宣布了六个新的“建议针对JDK 14的[JEP][] ”： [JEP 345][JEP] ， [JEP 361][] ， [JEP 363][] ， [JEP 364][] ， [JEP 365][]和[JEP 367][] 。 假设没有异议由11月7日提出，这些JEPs将有针对性地[JDK 14][]与之前定位JEPs沿[JEP 349][] （“JFR事件流”）， [JEP 352][] （“非挥发性映射的字节缓冲区”），和[JEP 358][] （“ [有用的NullPointerExceptions][NullPointerExceptions] ”）。 这篇文章总结了针对JDK 14提出的这六个JEP。

**JEP 345：针对G1的NUMA感知内存分配**

[JEP 345][JEP]的简洁“摘要”指出：“通过实现[NUMA][]感知的内存分配来提高大型计算机上的[G1性能][G1] 。” 此JEP的两个重要“非目标”表明，该JEP仅旨在向[G1垃圾收集器][G1 1]添加NUMA（ [非统一内存访问][Link 1] ）支持，并且仅适用于Linux。 但是，JEP还指出，“由`-XX:+UseParallelGC`支持的并行收集器已经知道NUMA了很多年。”

**JEP 361：开关表达式（标准）**

[JEP 361][]将[开关表达式][Link 2]从其[JEP 325的][JEP 325] “预览”状态移动到“标准”状态。 在此过程中， [JEP 354][] （针对[JDK 13][] ）对预览切换表达式功能进行了更改：“要从切换表达式生成值，将使用`break`语句来代替`yield`语句。 JEP 361的“历史记录”部分讨论了JDK 12和JDK 13在预览状态下对开关表达式的支持，并解释了为什么建议在JDK 14中将其用于标准状态：“在JDK 13上的反馈表明，此功能现已准备就绪并在JDK 14中永久存在。”

**JEP 363：删除并发标记扫描（CMS）垃圾收集器**

[JEP 363][]的简洁“摘要”指出：“删除并发标记扫描（CMS）垃圾收集器。” [JEP 291][] （ [JDK 9][] ）已弃用了[并发标记扫描][Link 3] （ [CMS][] ）垃圾收集器，该JEP旨在与[JDK 14][]一起[将其完全删除][Link 4] 。

**JEP 364：macOS上的ZGC / JEP 365：Windows上的ZGC**

[JEP 364][]和[JEP 365][]的目标是分别将ZGC垃圾收集器“移植”到macOS和Windows操作系统。

JEP 364的“动机”部分指出：“尽管我们希望需要ZGC可伸缩性的用户使用基于Linux的环境，但在部署应用程序之前，开发人员通常会使用Mac进行本地开发和测试。” 尽管JEP 365缺少明确的“动机”部分，但其动机可能类似于JEP 364的动机。

JEP 365的“非目标”部分指出：“支持[Windows 10][]和版本早于1803的[Windows Server][]并非目标，因为较早的版本缺少用于预留空间的API。”

**JEP 367：删除Pack200工具和API**

[JEP 367][]的“摘要”部分以以下语句开头：“删除`java.util.jar`包中的[pack200][]和[unpack200][]工具以及[Pack200 API][] 。” 不推荐使用时，这些工具和API的删除是通过[JEP 336][]在[Java SE 11中][Java SE 11]发布的。

*弃用* JEP 336和*删除* JEP 367的“动机”部分列出了弃用和删除[Pack200的][Pack200]三个原因，并得出以下结论：“总的来说，维护Pack200的成本是巨大的，并且超过了将其包含在Java中的好处。 SE和JDK。”

JEP 336的“风险和假设”部分包含以下语句：“我们假定使用`pack200`收缩应用程序JAR的开发人员可以切换到`jlink`工具或`jpackage`工具，以优化的尺寸系数创建特定于应用程序的运行时。” 在[r / java sub-reddit][r _ java sub-reddit]上[讨论][Link 5]了[jlink][]和[jpackage][]的适用性。

**Java SE规范的影响**

[Iris Clark发布][Iris Clark]了这些JEP中的两个具有Java SE范围。 她写道[JEP 361][] （开关表达式标准）和[JEP 367][] （删除Pack200）“范围为'SE'\[并且\]已被提议作为Java SE 14的目标。”

**结论**

如果为JDK 14提议的所有六个JEP都针对JDK 14，那么将有九个与[JDK 14][]相关联的JEP。 我特别期待的两个是使用[JEP 361][]标准化[开关表达式功能][Link 2]和使用[JEP 358][]标准化[更好的NPE消息][NPE] 。

> 翻译自: [https://www.javacodegeeks.com/2019/11/six-more-jeps-proposed-for-jdk-14.html][https_www.javacodegeeks.com_2019_11_six-more-jeps-proposed-for-jdk-14.html]

jep290涉及jdk版本

[Mark Reinhold]: https://mail.openjdk.java.net/pipermail/jdk-dev/2019-October/003517.html
[JEP]: https://openjdk.java.net/jeps/345
[JEP 361]: https://openjdk.java.net/jeps/361
[JEP 363]: https://openjdk.java.net/jeps/363
[JEP 364]: https://openjdk.java.net/jeps/364
[JEP 365]: https://openjdk.java.net/jeps/365
[JEP 367]: https://openjdk.java.net/jeps/367
[JDK 14]: https://openjdk.java.net/projects/jdk/14/
[JEP 349]: https://openjdk.java.net/jeps/349
[JEP 352]: https://openjdk.java.net/jeps/352
[JEP 358]: https://openjdk.java.net/jeps/358
[NullPointerExceptions]: https://marxsoftware.blogspot.com/2019/10/better-npe-messages-in-jdk-14.html
[NUMA]: https://www.kernel.org/doc/html/v4.18/vm/numa.html
[G1]: https://www.oracle.com/technical-resources/articles/java/g1gc.html
[G1 1]: https://blog.idrsolutions.com/2017/05/g1gc-java-9-garbage-collector-explained-5-minutes/
[Link 1]: https://en.wikipedia.org/wiki/Non-uniform_memory_access
[Link 2]: https://marxsoftware.blogspot.com/2018/09/jdk12-switch-in-action.html
[JEP 325]: https://openjdk.java.net/jeps/325
[JEP 354]: https://openjdk.java.net/jeps/354
[JDK 13]: https://openjdk.java.net/projects/jdk/13/
[JEP 291]: https://openjdk.java.net/jeps/291
[JDK 9]: https://openjdk.java.net/projects/jdk9/
[Link 3]: https://docs.oracle.com/javase/8/docs/technotes/guides/vm/gctuning/cms.html
[CMS]: https://jaxenter.com/cms-gc-jdk-9-java-161723.html
[Link 4]: https://marxsoftware.blogspot.com/2019/08/draft-jep-remove-cms-gc.html
[Windows 10]: https://docs.microsoft.com/en-us/windows/release-information/status-windows-10-1803
[Windows Server]: https://docs.microsoft.com/en-us/windows-server/get-started/whats-new-in-windows-server-1803
[pack200]: https://docs.oracle.com/en/java/javase/12/tools/pack200.html#GUID-8473A0F8-22C3-4122-9488-9F678E883A0B
[unpack200]: https://docs.oracle.com/en/java/javase/12/tools/unpack200.html#GUID-C7C10990-A311-44EA-AE31-0FBB3AA6F7F3
[Pack200 API]: https://docs.oracle.com/en/java/javase/13/docs/api/java.base/java/util/jar/Pack200.html
[JEP 336]: https://openjdk.java.net/jeps/336
[Java SE 11]: https://developer.ibm.com/tutorials/java-theory-and-practice-1/#deprecate-the-pack200-tools-and-apis
[Pack200]: https://commons.apache.org/proper/commons-compress/pack200.html
[r _ java sub-reddit]: https://www.reddit.com/r/java/
[Link 5]: https://www.reddit.com/r/java/comments/dpw4mf/jeps_proposed_to_target_jdk_14_345_361_363_364/
[jlink]: https://docs.oracle.com/javase/9/tools/jlink.htm
[jpackage]: https://jdk.java.net/jpackage/
[Iris Clark]: https://mail.openjdk.java.net/pipermail/java-se-spec-experts/2019-November/000154.html
[NPE]: https://marxsoftware.blogspot.com/2019/07/jep-358-helpful-nullpointerexceptions.html
[https_www.javacodegeeks.com_2019_11_six-more-jeps-proposed-for-jdk-14.html]: https://www.javacodegeeks.com/2019/11/six-more-jeps-proposed-for-jdk-14.html