Java 新版本不是 JDK 1.9

JDK增强提案（JEP）223是一种新的JDK版本命名规则，旨在使主要版本、小版本及安全版本的辨认更简单。它更简单、更直观、易于解析，并且与当前的行业做法一致，尤其是“语义版本命名（Semantic Versioning）”规则。例如，如果使用新的版本命名规则，版本字符串JDK 1.7.0_65-b20（7u65）将变成JDK 7.6.15+20（7.6.15）。

在现有的JDK版本命名规则中，“JDK 7 Update 65”、“JDK 1.7.0_65”和“JDK 7u65”是同一版本的不同名称。要识别和比较这些版本，简单地对解析出的标记逐点比较是不够的，这需要一个相当复杂的算法。另外，小写字母“u”既不是 行业标准，也不是语言无关的。在现有的JDK数字命名规则中，小版本是20的倍数，它包含除安全修复之外的更新。安全版本是奇数，在之前小版本的基础上加 5或6得出。那些不熟悉这种数字命名规则的用户可能会认为“JDK 7 Update 60”是“JDK 7 Update 55”之后的第五个版本，并且错误地认为前者有更多安全方面的修复。小版本和安全版本的这种用一个数值编码的方法不容易辨认，而且也会跳过许多版本。

JEP 223的目标：版本应该易于理解和解析，应该与当前的语义版本命名这一行业做法一致，而且它应该可供现有的打包和部署系统使用。该提案还将提供一个API，用于版本字符串解析、验证和比较。改变先前JDK版本的版本字符串格式并不是该项提案的目标。

版本号是一个由非负整数组成的非空序列，由句点分隔。它不包含前导零，并且匹配正则表达式[1-9][0-9]*(\.(0|[1-9] [0-9]*))*。前三个基本部分是$MAJOR.$MINOR.$SECURITY。主要版本包含了新Java SE平台规范所指定的重要新特性，其发布时$MAJOR会增加。小的更新版本可能包含兼容的Bug修复、修改了标准API以及实现了像新的垃圾收集器或支 持新硬件架构这样的新特性，其发布时$MINOR会增加。安全更新版本包含了重要的补丁，其发布时$SECURITY会增加。当$MAJOR增加 时，$MINOR和$SECURITY会重置为0。在$MAJOR值一定的情况下，不管$MINOR值是多少，$SECURITY值越大就表明它是一个更 安全的版本。

版本字符串由版本号、可选的预发布及构建信息组成。预发布标识ea表示早期试用版本，正处于活跃开发状态。每完成一次构建，内部版本号都会 增加，当版本号的任何部分增加时，内部版本号都会重置为1。去掉尾随零的版本字符串称为短版本字符串。下表比较了JDK 9的两种可能的版本字符串，包括现有格式和提案格式。请注意，现有的假定JDK版本号永远以1开头的代码将无法正常工作。

                      Existing                Proposed  Release Type    long           short    long           short  ------------    --------------------    --------------------  Early Access    1.9.0-ea-b19    9-ea    9.0.0-ea+19    9-ea  Major           1.9.0-b100      9       9.0.0+100      9  Security #1     1.9.0_5-b20     9u5     9.0.1+20       9.0.1  Security #2     1.9.0_11-b12    9u11    9.0.2+12       9.0.2  Minor #1        1.9.0_20-b62    9u20    9.1.2+62       9.1.2  Security #3     1.9.0_25-b15    9u25    9.1.3+15       9.1.3  Security #4     1.9.0_31-b08    9u31    9.1.4+8        9.1.4  Minor #2        1.9.0_40-b45    9u40    9.2.4+45       9.2.4

该提案于2014年10月20日创建，现在处于候选状态，将随JDK 9一起发布。要了解更多信息，包括一个JDK Java API示例，请阅读JEP 223以及JBS（JDK Bug System）8061493。

查看英文原文：New Java Version - it's not JDK 1.9