Mark Reinhold的帖子“ JDK 10：First Release Candidate ”宣布“在build 43中没有未解决的P1错误”，并将Build 43命名为最初的JDK 10 Release Candidate 。 Reinhold帖子还指向“ JDK 10 Early Access Builds ”页面，该页面包含发行说明的链接。 到基于Javadoc的API文档 ； 适用于Windows ， Linux ， macOS和Alpine Linux的“早期访问，开放源代码版本”（OpenJDK）； 并用于Oracle JDK构建。

以下屏幕快照显示了OpenJDK 10 Build 43提供的版本信息（屏幕快照中的文本复制在图像下方）：

openjdk version "10" 2018-03-20
OpenJDK Runtime Environment 18.3 (build 10+43)
OpenJDK 64-Bit Server VM 18.3 (build 10+43, mixed mode)

下一个屏幕快照显示了Oracle JDK 10 Build 43提供的版本信息（屏幕快照中的文本复制在图像下方）：

java version "10" 2018-03-20
Java(TM) SE Runtime Environment 18.3 (build 10+43)
Java HotSpot(TM) 64-Bit Server VM 18.3 (build 10+43, mixed mode)

如上面的屏幕快照所示，OpenJDK和OracleJDK的-version信息当前显示两种形式。 它们在JDK 10的引号中显示“ 10” ，但也显示18.3 。 这与JSR 383标题[“ Java SE 10（18.3）Platform JSR（383） ”]及其描述一致。

由于Java版本名称计划的快速变化发展 ， JDK 9之后的Java版本的版本控制方案一直存在一些混乱。 下面显示了在JDK 9之后命名的开发版本中的一些关键文章。

1. 加快Java的前进速度 （2017年9月6日）
   • 建议“在Java 9之后，我们采用严格的基于时间的模型，每六个月发布一次新功能，每季度发布一次更新，每三年发布一次长期支持。”
   • “为了清楚地说明这些是基于时间的发行版，并且为了容易确定任何特定发行版的发行日期，功能发行版的版本字符串将采用$YEAR.$MONTH的形式。” 这就是上述示例（代表2018年3月）中“ 18.3”的来源。
   • 相关文章“ 加速JDK发布节奏 ”讨论了“最终目标”使“ OpenJDK和Oracle JDK构建完全可互换”要采取的方法。
2. Java SE平台和JDK的版本字符串方案 （2017年10月19日）
   • 解决社区对 原始提案的 关注和回应（例如此 ）。
   • 概述选择版本控制方案时要考虑的标准。
   • 介绍满足概述标准的潜在替代方案。
   • 参考瓦德勒定律 。
3. 提案：针对Java SE平台和JDK的较新版本字符串方案 （2017年11月2日）
   • 介绍方案$FEATURE.$INTERIM.$UPDATE.$EMERG
   • $FEATURE是“功能发布计数器，无论发布内容如何，​​每六个月递增一次。”
   • “这主要是基于时间的方案，因为$ FEATURE每六个月递增一次，而与发行内容无关，而对于每个功能版本， $UPDATE则每三个月递增一次。”
   • 已添加java.version.date JEP 223的系统属性java.version.date ，它是“ ISO-8601 YYYY-MM-DD格式”的“预定GA日期”。 对于早期访问版本，这是“将来的某个日期”。 在上面的示例中，预期版本的一般可用性发布日期为2018-03-20 。
4. 更新版本号 （2017年12月1日）
   • 声明将更新JSR-383文档以引用“ 10（18.3） ”，而不是“ 18.3 ”。
5. 为什么“ Oracle JDK 10构建”不支持AppCDS？ （2018年2月16日）
   • 我之所以写这篇文章，是因为它提供了一个具体的具体示例，说明了早期访问版本（“ 10-ea+42 ”）与最终最终可用的发行候选版本（“ 10+43 ”）版本名称的区别。

这篇文章中显示的屏幕快照描述了与JDK 10 Release Candidate的可用初始版本相关的版本。 此初始构建提供了对新的实际JDK版本命名方案的早期了解。

翻译自: https://www.javacodegeeks.com/2018/02/first-jdk-10-18-3-release-candidate-build-43-demonstrates-new-versioning-scheme.html