配置第二个jdk
JDK 12的候选发布阶段已于本月初开始，我们已经有第二个RC投入使用。
由于我们距离一般可用性还不到一个月的时间，因此此候选版本仅修复了一个错误。
我们来看一下。
即使在VPCLMULQDQ不可用的平台上，VNNI优化补丁也会无意中设置了VPCLMULQDQ cpu功能位。 当java.util.zip CRC32更新内在函数启动时，它将使用VPCLMULQDQ指令，这将导致非法指令异常。 在此版本中，此错误已得到修复。
如果需要刷新内存，这是JDK12的发布时间表：
时间表
2018/12/13 Rampdown第一阶段（主线分叉）
2019/01/17 Rampdown第二阶段
2019/02/07发布-候选阶段
2019/03/19全面上市
更新2019年2月12日
与JDK 12的一般可用性相比，我们还有将近一个月的时间，这仅意味着一件事-我们已正式进入“ 候选发布”阶段 ！
根据JDK发布流程 （JEP 3），稳定库jdk / jdk12现在已开放以修复P1错误。
您应该记住，所有更改都需要通过“ 修订请求流程”进行批准，如果您对RC候选错误列表中出现的任何错误负责，则应该查看JEP 3以获取有关如何处理它们的指导。 。
这是到目前为止的错误：
更新2019年1月21日
一个多月前，JDK 12进入了Rampdown第一阶段 ，这基本上意味着整个功能集被冻结，并且此发行版不再涉及任何JEP。
上周，我们进入了Rampdown第二阶段。 该功能集仍处于冻结状态，但是，可以打开稳定库jdk / jdk12来选择错误修复，并在获得批准的情况下后期进行增强。
这是自第一阶段以来引入的修复程序：
更新2018年12月14日
JDK 12肯定具有8个功能，并且建议将其从JDK中删除。 让我们快速浏览一下功能列表。
JDK 12功能
JEP建议从JDK 12中删除
将原始字符串文字添加到Java编程语言。 原始字符串文字可以跨越源代码的多行，并且不能解释\uXXXX格式的转义序列，例如\n或Unicode转义。 这将是预览语言功能 。
针对JDK 12的JEP
189：
添加一个名为Shenandoah的新垃圾收集（GC）算法，该算法通过与正在运行的Java线程同时进行疏散工作来减少GC暂停时间。 Shenandoah的暂停时间与堆大小无关，这意味着无论堆是200 MB还是200 GB，您都将具有相同的一致暂停时间。
230：微
在JDK源代码中添加基本的微基准套件，使开发人员可以轻松地运行现有的微基准并创建新的微基准。
325：
扩展switch语句，以便可以将其用作语句或表达式，并且两种形式都可以使用“传统”或“简化”作用域并控制流的行为。 这些更改将简化日常编码，并为在交换机中使用模式匹配（JEP 305）做准备。 这将是预览语言功能。
334：
引入一个API，以对关键类文件和运行时工件的名义描述进行建模，尤其是可从常量池中加载的常量。
340：
删除所有与arm64端口相关的源，同时保留32位ARM端口和64位aarch64端口。
341：
增强JDK生成过程，以使用默认的类列表在64位平台上生成类数据共享（CDS）存档。
344：
如果G1混合集合可能超出暂停目标，则使它们可中止。
346：
增强G1垃圾收集器，使其在空闲时自动将Java堆内存返回到操作系统。
翻译自: https://jaxenter.com/jdk-12-release-candidate-phase-153269.html
配置第二个jdk
669
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
