В соответствии с этим блогом на Java 9 новая строка строки версии, версия должна быть как MAJOR.MINOR.SECURITY , т. е. предположительно должно быть 3 числа и 2 периода между ними.
Однако с Zulu 9 Azul, когда я печатаю версию Java, он имеет 4 числа и 3 периода:
./jdk/bin/java -version
openjdk version "9.0.0.15"
OpenJDK Runtime Environment (Zulu build 9.0.0.15+181)
OpenJDK 64-Bit Server VM (Zulu build 9.0.0.15+181, mixed mode)
Что представляют собой 4 числа?
Эта публикация в блоге немного устарела. Фактически реализованная схема в Java 9 задокументирована в JEP 223: новая версия-строковая схема
Значение первых трех чисел стандартизировано. Значение 4-го и (любого) последующих номеров предоставляется поставщику для указания.
Обратите внимание на интересную взаимосвязь между вторым и третьим номерами.
Вот соответствующие части JEP.
"Последовательность может быть произвольной длины, но первым трем элементам присваиваются конкретные значения, а именно:
$MAJOR.$MINOR.$SECURITY
$MAJOR- основной номер версии, увеличенный для основного выпуска, который содержит значительные новые функции, как указано в новой редакции спецификации Java SE Platform Specification, например JSR 337 для Java SE 8. Возможности могут быть удалены в основной выпуск, заблаговременное уведомление, по крайней мере, одного крупного выпуска, и если это оправдано, могут быть сделаны несовместимые изменения. Номер версии$MAJORJDK 8 равен 8; номер версии$MAJORJDK 9 равен 9. Когда$MAJORувеличивается, все последующие элементы удаляются.
$MINOR- младший номер версии, увеличенный для небольшого выпуска обновлений, который может содержать совместимые исправления ошибок, изменения стандартных API-интерфейсов, предусмотренные выпуском Maintenance Release соответствующей спецификации платформы, и функции реализации, выходящие за рамки этой Спецификации, такие как как новые API-интерфейсы JDK, дополнительные поставщики услуг, новые сборщики мусора и порты для новых аппаратных архитектур.
$SECURITY- уровень безопасности, увеличенный для выпуска обновления безопасности, содержащий критические исправления, в том числе необходимые для повышения безопасности.$SECURITYне сбрасывается до нуля, когда$MINORувеличивается. Поэтому более высокое значение$SECURITYдля данного значения$MAJORвсегда указывает на более безопасный выпуск независимо от значения$MINOR.Четвертый и более поздние элементы номера версии являются бесплатными для использования потребителями нижней части базы данных JDK. Такой потребитель может, например, использовать четвертый элемент для идентификации релизов исправлений, которые содержат небольшое количество критических исправлений, не относящихся к безопасности, в дополнение к исправлениям безопасности в соответствующем выпуске безопасности.
i.e, предполагается, что должно быть 3 числа и 2 периода между ними.
Не обязательно, и вы можете проверить версии, используя сам JDK, как описано ниже.
В дополнение к JEP, который имеет значение true, связанный с @Stephen в другом ответе , существует API дополнение к JDK, а также для Runtime.Version , который может использоваться для проверки данной строки версии. Это можно сделать, используя образец заглушки, как:
[Интересно, что JShell может быть интересен здесь, нет IDE!]
Runtime.Version version = Runtime.Version.parse("9");
version = Runtime.Version.parse("9.0.1");
version = Runtime.Version.parse("9.0.0.15");
version = Runtime.Version.parse("9.0.0.15+181");
В коде используется Version.parse , который
Проводит заданную строку как допустимую строку версии , содержащую версию номер, за которым следует информация о предварительном выпуске и сборке.
и может быть дополнительно использован (в первую очередь) для получения информации, такой как основной, младший, предварительный выпуск и номер безопасности (runtime) .