jdk12(Java SE Development Kit) 64位

jdk12(java SE Development Kit)是全新发布的Java JDK正式版本，这一版本又新增了8个新特性，让用户可以消除维护重复工作的两套，在这里用户可以实现JMH更多语句的应用，基准测试以及主语表达方式，欢迎有需要的用户来IT猫扑下载！

关于jdk12

按Java的发布周期，于美国时间 2019 年 3 月 19 日 —— Java 12 正式发布了。这距离Java 11发布的 2018 年 09 月 25 日 刚半年时间。

按照现在 Java 每 6 个月一个版本的进度，让我们这些疲于开发业务需求的研发们望其项背啊。我们该如何在变化越来越快的 Java 平台上让我们自己不被时代所抛弃，如何让我们的项目不被快速变化的 Java 远远落下。

jdk12新特性

1、默认CDS归档

通过在64位平台上的默认类列表的帮助下生成CDS归档来改进JDK构建过程，从而有效地消除了运行java -Xshare：dump。 此功能的目标包括：

1.）改进开箱即用的启动时间，以及

2.）摆脱使用-Xshare：dump。

2、Switch 表达式

使用Java 12，switch不仅可以作为语句也可以作为表达式。 无论作为语句或者作为表达式，switch都可以使用传统/简化的作用域和控制流行为。 这将有助于简化代码，并为在switch中使用模式匹配铺平道路。

Java开发人员正在增强Java编程语言，以使用模式匹配来解决当前switch语句的几个问题。 这包括：switch块的默认控制流行为，switch块默认作用域（被视为单个作用域的块）和switch仅作为语句。

在Java 11中，switch语句追随C和C++，默认情况下使用fall-through语义。 虽然传统的控制流程在编写低级代码时很有用，但随着switch在更高级别的环境中采用，易出错会盖过其灵活性。

3、Shenandoah GC

Shenandoah是一种垃圾收集（GC）算法，旨在保证低延迟（10 - 500 ms的下限）。 它通过在运行Java工作线程的同时执行GC操作减少GC暂停时间。 使用Shenandoah，暂停时间不依赖于堆的大小。 这意味着无论堆的大小如何，暂停时间都是差不多的。

这是一个实验性功能，不包含在默认（oracle）的OpenJDK版本中。

4、JMH 基准测试

此功能为JDK源代码添加了一套微基准测试（大约100个），简化了现有微基准测试的运行和新基准测试的创建过程。 它基于Java Microbenchmark Harness（JMH）并支持JMH更新。

此功能使开发人员可以轻松运行当前的微基准测试并为JDK源代码添加新的微基准测试。 可以基于Java Microbenchmark Harness（JMH）轻松测试JDK性能。 它将支持JMH更新，并在套件中包含一组（约100个）基准测试。

5、JVM 常量 API

JEP 334引入了一个API，用于建模关键类文件和运行时artifacts，例如常量池。 此API将包括ClassDesc，MethodTypeDesc，MethodHandleDesc和DynamicConstantDesc等类。此 API 对于操作类和方法的工具很有帮助。

6、G1的可中断 mixed GC

此功能通过将Mixed GC集拆分为强制部分和可选部分，使G1垃圾收集器更有效地中止垃圾收集过程。通过允许垃圾收集过程优先处理强制集，g1可以更多满足满足暂停时间目标。

G1是一个垃圾收集器，设计用于具有大量内存的多处理器机器。由于它提高了性能效率，g1垃圾收集器最终将取代cms垃圾收集器。

G1垃圾收集器的主要目标之一是满足用户设置的暂停时间。G1采用一个分析引擎来选择在收集期间要处理的工作量。此选择过程的结果是一组称为GC集的区域。一旦GC集建立并且GC已经开始，那么G1就无法停止。

如果G1发现GC集选择选择了错误的区域，它会将GC区域的拆分为两部分（强制部分和可选部分）来切换到处理Mix GC的增量模式。如果未达到暂停时间目标，则停止对可选部分的垃圾收集。

7、G1归还不使用的内存

此功能的主要目标是改进G1垃圾收集器，以便在不活动时将Java堆内存归还给操作系统。 为实现此目标，G1将在低应用程序活动期间定期生成或持续循环检查完整的Java堆使用情况。

这将立即归还未使用的部分Java堆内存给操作系统。 用户可以选择执行FULL GC以最大化返回的内存量。

8、移除多余ARM64实现

Java 12将只有一个ARM 64位实现（aarch64）。 目标是删除所有与arm64实现相关的代码，同时保留32位ARM端口和64位aarch64实现。

这将把重点转移到单个64位ARM实现，并消除维护两个实现所需的重复工作。 当前的JDK 11实现中有两个64位ARM实现。

常见问题

Oracle对OpenJDK社区的计划是什么？

Oracle计划继续使用Java社区作为OpenJDK项目的一部分开发Java SE平台的下一版本。OpenJDK是Oracle计划贡献的唯一开源Java SE实现。

Oracle是否致力于OpenJDK？

是。Oracle仍然致力于将OpenJDK作为最佳的开源Java实现，我们将继续改进OpenJDK并欢迎外部贡献者。

Oracle支持Java开放式创新的计划是什么？

我们打算继续支持开源和开放标准。Oracle致力于为最终用户提供选择，灵活性和更低的计算成本，我们无法强调使用开放标准的重要性，无论是在开源软件还是非开源软件的环境中。

Oracle是否实行开源开发？

Oracle正在领导或参与大量的开源项目。有关开源的列表以及有关Oracle开源的更多信息，请参阅http://oss.oracle.com。

我可以更多地了解Oracle对开源和开放标准的看法吗？

当然。有关 开源和开放标准的重要性，请 访问http://www.oracle.com/technetwork/oramag/2010/o40interview-086226.html，与Oracle首席企业架构师Edward Screven进行面谈。

你能详细说明甲骨文的OpenJDK计划吗？

当然。JavaOne 2010 for Java SE宣布的路线图通过两个版本加速了Java SE的可用性，一个在2011年，另一个在2012年。相应的OpenJDK版本将继续作为Oracle Java Development Kit（JDK）7和JDK的基础。 8.您可以在 http://blogs.oracle.com/henrik/2010/10/java_roadmap_from_javaone_2010.html上找到有关路线图和Oracle计划的更多信息。

JDK 7是Oracle下一版Java SE平台实现的名称。OpenJDK开源社区中的JDK 7项目是Oracle与更广泛的Java和开源社区合作，致力于实现最近批准的Java SE 7 JSR中指定的功能。

JRockit会发生什么？它会成为OpenJDK的一部分吗？

Oracle工程师目前正在努力将 Oracle Java HotSpot Java虚拟机（JVM）和Oracle JRockit JVM合并为融合产品，该产品利用了这些市场领先实现的最佳功能。Oracle计划将组合的Oracle Java HotSpot和Oracle JRockit JVM的结果贡献给OpenJDK。

Oracle会改变OpenJDK许可模式吗？

不会.OpenJDK社区继续通过甲骨文以及其他公司，研究人员和个人的贡献而蓬勃发展，基于GPL的许可模式是这一成功的重要组成部分。甲骨文没有计划改变它。

我听说IBM正在加入OpenJDK？

是。Oracle和IBM 于2010年10月宣布，我们将在OpenJDK社区中合作开发领先的开源Java SE实现，并使OpenJDK社区成为开源Java SE开发的主要位置。Oracle和IBM将支持在JavaOne 2010之前提出的OpenJDK开发路线图，该路线图加速了Java SE在开源社区中的可用性。Oracle和IBM之间的合作建立在OpenJDK作为Java SE主要开发平台以及Oracle和IBM对Java社区贡献的悠久历史的成功基础之上。您可以在 http://blogs.oracle.com/henrik/2010/10/java_roadmap_from_javaone_2010.html上找到有关路线图和Oracle计划的更多信息。