第一个JDK 10（18.3）候选版本（内部版本43）展示了新的版本控制方案

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之后命名的开发版本中的一些关键文章。

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