Какую версию java выбрать

Java-версии для учебы,какую выбрать? [закрыт]

Закрыт. На этот вопрос невозможно дать объективный ответ. Ответы на него в данный момент не принимаются.

Хотите улучшить этот вопрос? Переформулируйте вопрос так, чтобы на него можно было дать ответ, основанный на фактах и цитатах.

Закрыт 1 год назад .

Изучаю Java на последней 17 версии. Тем не менее требования по джунам у работодателей следующие: знание 8 или 11 версии. Получается,мне надо брать за основу для учебы 8 или 11 версию? Или все-таки лучше использовать возможности новейшей? Как этот вопрос решается в повседневной работе?

Отслеживать
задан 17 мар 2022 в 19:15
15 5 5 бронзовых знаков

для обучения вам подойдет любая версия от 8 включительно. аргументация простая: в версии 8 произошли очень большие изменения, в т.ч. добавили функционалку, без понимания которой в настоящее время очень сложно, т.к. функционального кода написано огромное количество, да и большие фреймворки давно используют «плюшки» 8 версии. все, что выше, по большей части больше похоже на синтаксический сахар, посему разобравшись с версией 8 никаких проблем у вас не будет, остальное приложится само собой

17 мар 2022 в 19:18
То есть,лучше начать с 8 версии?
17 мар 2022 в 19:22
то есть это не имеет значения. подходит любая версия от 8 включительно и выше.
17 мар 2022 в 19:25
изучать надо последнюю версию
17 мар 2022 в 19:29

@Вячеслав имеет начать с 8 версии, потом изучить нововведения в новых версиях (глобально их не так уж много).

18 мар 2022 в 5:45

1 ответ 1

Сортировка: Сброс на вариант по умолчанию

С точки зрения изучения, всегда лучше изучать последнюю версию языка, так как актуальные знания — значительный плюс разработчику.

Касаемо повседневной работы, компании требуют знания более старых версий из-за множества уже существующих крупных решений, переписывать которые дорого, а поддерживать и дорабатывать нужно.

Объективно, когда навыки программиста не совсем нулевые, «деградировать» на пару версий назад труда не составит, поэтому и начинать с них не обязательно.

* Как минимум IDE подскажет, что такая конструкция не доступна в текущей версии и её нужно бы изменить на предлагаемую.

Руководство по возможностям языка Java версий 8-19

Вы можете использовать это руководство для получения практической информации о том, как найти и установить последнюю версию Java, понять различия между дистрибутивами Java (Adoptium, AdoptOpenJdk, OpenJDK, OracleJDK и т. д.), а также получить обзор функций языка Java, включая версии 8–19.

Примечание переводчика: 11 апреля 2021 г. был опубликован перевод Руководство по возможностям Java версий 8-16.

Вашему вниманию предлагается обновленная версия руководства от 28 октября 2022 г.

Практическая информация

Для начала давайте рассмотрим некоторые распространенные практические вопросы, которые возникают у людей при попытке выбрать правильную версию Java для своего проекта.

TL; DR Мне нужна только ссылка для скачивания, и я знаю обо всем остальном. Куда мне следует идти?

Перейдите на сайт Adoptium, выберите последнюю версию Java, загрузите и установите ее. Затем вернитесь к этому руководству, чтобы, возможно, еще кое‑что узнать о версиях Java.

TL;DR (англ. too long; didn’t read — слишком длинно, не читал)

Какая последняя версия Java?

По состоянию на сентябрь 2022 года Java 19 является последней выпущенной версией Java.

В марте 2023 года за ней последует Java 20. Последней версией Java с долгосрочной поддержкой (LTS) является Java 17, выпущенная в сентябре 2021 года.

Какую версию Java следует использовать?

Новые версии Java теперь выходят каждые 6 месяцев. Таким образом, Java 20 запланирована на март 2023 года, Java 21 — на сентябрь 2023 года и так далее. В прошлом циклы выпуска Java были намного длиннее, до 3–5 лет. Данный график демонстрирует, это:

С таким количеством выходящих новых версий имеются следующие основные сценарии использования:

• Унаследованные проекты в компаниях часто застряли на использовании Java 8 (см. раздел «Почему компании все еще застряли на Java 8?» ниже). Следовательно, вы также будете вынуждены использовать Java 8.
• Некоторые устаревшие проекты даже застряли на Java 1.5 (выпущен в 2004 г.) или 1.6 (выпущен в 2006 г.) — извините, друзья, я вам сочувствую!
• Если вы следите за тем, чтобы использовать самые последние IDE, фреймворки и инструменты сборки и начинаете новый проект, вы можете без колебаний использовать Java 17 (LTS) или даже последнюю версию Java 19.
• Есть особая область разработки Android, где версия Java в основном застряла на Java 7 с определенным набором возможностей Java 8. Или вы переходите на использование языка программирования Kotlin.

Почему компании все еще застряли на Java 8?

Существует целый ряд причин, по которым компании все еще придерживаются Java 8. Вот некоторые из них:

• Инструменты сборки (Maven, Gradle и т. д.) и некоторые библиотеки изначально содержали ошибки с версиями Java > 8 и нуждались в обновлениях. Например, некоторые инструменты сборки, такие как Maven, выводили предупреждения о «рефлективном доступе» при сборке Java‑проектов, которые просто «кажутся не готовыми», даже если сборки в порядке.
• Вплоть до Java 8 вы в практически использовали сборки Oracle JDK, и вам не нужно было заботиться о лицензировании. Однако в 2019 году Oracle изменила схему лицензирования, что привело к тому, что Интернет сошел с ума от множества статей, в которых говорилось, что «Java больше не является бесплатной», — и последовала изрядная путаница. Однако на самом деле это не является проблемой, о которой вы узнаете в разделе «Дистрибутивы Java» этого руководства.
• Некоторые компании придерживаются политики использования только LTS‑версий и полагаются на поставщиков своих ОС, которые должны предоставить им эти сборки, что требует времени.

Подводя итог: у вас есть сочетание практических вопросов (обновление ваших инструментов, библиотек, фреймворков) и политических проблем.

Почему некоторые версии Java, например 8, также называются 1.8?

В версиях Java до 9 просто была другая схема именования. Так, Java 8 также может называться 1.8, Java 5 может называться 1.5 и т. д. Когда вы вводили команду java ‑version , с этими версиями вы получали следующий результат:

c:\Program Files\Java\jdk1.8.0_191\bin>java -version java version "1.8.0_191" (1) Java(TM) SE Runtime Environment (build 1.8.0_191-b12) Java HotSpot(TM) 64-Bit Server VM (build 25.191-b12, mixed mode)

Это просто означает Java 8. С переходом к основанным на времени выпускам с Java 9 схема именования также изменилась, и версии Java больше не имеют префикса 1.x. Теперь номер версии выглядит следующим образом:

c:\Program Files\Java\jdk11\bin>java -version openjdk version "11" 2018-09-25 (1) OpenJDK Runtime Environment 18.9 (build 11+28) OpenJDK 64-Bit Server VM 18.9 (build 11+28, mixed mode)

В чем разница между версиями Java? Должен ли я изучать какую-то конкретную версию?

Придя из других языков программирования с большими перерывами между выпусками, как, например, Python 2–3, вы можете задаться вопросом, применимо ли то же самое к Java.

В этом отношении Java является особенной, поскольку она имеет полную обратную совместимость. Это означает, что ваша программа на Java 5 или 8 гарантированно будет работать на виртуальной машине Java 8–19 — за некоторыми исключениями, о которых вам пока не нужно беспокоиться.

Очевидно, что это не работает, наоборот, скажем, ваша программа полагается на функции Java 19, которые просто недоступны в Java 8 JVM.

Это означает несколько вещей:

• Вы не просто «выучите» конкретную версию Java, например 12.
• Скорее, вы получите хорошую основу для всех языковых функций вплоть до Java 8. Это послужит хорошей базой.
• А затем, из такого руководства, как это, вы можете узнать, какие дополнительные возможности появились в Java 9–19, и будете использовать их всегда, когда это возможно.

Каковы примеры этих новых возможностей новых версий Java?

Посмотрите раздел «Возможности Java 8–19» ниже.

Но, как правило: старые, более длинные циклы выпуска (3–5 лет, вплоть до Java 8) означали большое количество новых функций в каждом выпуске.

Шестимесячный цикл выпуска означает гораздо меньшее количество функций на один выпуск, поэтому вы можете быстро освоить языковые возможности Java 9–19.

В чем разница между JRE и JDK?

До сих пор мы говорили только о «Java». Но что именно означает «Java»?

Во‑первых, необходимо различать JRE (Java Runtime Environment) и JDK (Java Development Kit).

Исторически сложилось так, что вы загружали только JRE, если вас интересовал только запуск программ на Java. JRE включает, помимо прочего, виртуальную машину Java (JVM) и инструмент командной строки «java».

Для разработки новых программ на Java необходимо было загрузить JDK. JDK включает в себя все, что есть в JRE, а также компилятор javac и несколько других инструментов, таких как javadoc (генератор документации Java) и jdb (отладчик Java).

Теперь, почему я говорю в прошедшем времени?

Вплоть до Java 8 веб‑сайт Oracle предлагал JRE и JDK в качестве отдельных файлов загрузки, хотя JDK также всегда включал JRE в отдельной папке. В Java 9 это различие практически исчезло, и вы всегда загружаете JDK. Структура каталогов JDK также изменилась, так как в ней больше не было явной папки JRE.

Поэтому, несмотря на то что некоторые дистрибутивы (см. Раздел «Дистрибутивы Java») по‑прежнему предлагают отдельную загрузку JRE, похоже, наметилась тенденция предлагать только JDK. Следовательно, с этого момента мы будем использовать Java и JDK как взаимозаменяемые понятия.

Как установить Java или JDK?

Пока не обращайте внимания на образы Java‑Docker, оболочки.msi или пакеты для конкретной платформы. В конце концов, Java — это просто ZIP‑файл, ни больше, ни меньше.

Поэтому все, что вам нужно сделать, чтобы установить Java на свой компьютер, — это разархивировать файл jdk‑.zip. Для этого даже не нужны права администратора.

Ваш распакованный файл Java будет выглядеть следующим образом:

Directory C:\dev\jdk-11 12.11.2019 19:24 . 12.11.2019 19:24 .. 12.11.2019 19:23 bin 12.11.2019 19:23 conf 12.11.2019 19:24 include 12.11.2019 19:24 jmods 22.08.2018 19:18 legal 12.11.2019 19:24 lib 12.11.2019 19:23 1.238 release

Магия происходит в каталоге /bin, который в Windows выглядит следующим образом:

Directory C:\dev\jdk-11\bin . 12.11.2019 19:23 272.736 java.exe . 12.11.2019 19:23 20.832 javac.exe . 

Поэтому все, что вам нужно сделать, это разархивировать этот файл и поместить каталог /bin в переменную PATH, чтобы вы могли вызывать команду java из любого места.

Если вам интересно, установщики с графическим интерфейсом, такие как Oracle или Adoptium, выполняет для вас распаковку и изменение переменной PATH, вот и все.

Чтобы убедиться, что вы правильно установили Java, вы можете просто выполнить команду java ‑version. Если результат выглядит так, как показано ниже, вы готовы начать разработку.

openjdk version "11" 2018-09-25 OpenJDK Runtime Environment 18.9 (build 11+28) OpenJDK 64-Bit Server VM 18.9 (build 11+28, mixed mode)

Теперь остался один вопрос: откуда вам взять этот ZIP‑файл с Java? Что подводит нас к теме дистрибутивов.

Дистрибутивы Java

Есть множество сайтов, предлагающих скачать Java (читай: JDK), и непонятно, «кто что предлагает и с какой лицензией». Этот раздел прольет на это некоторый свет.

Проект OpenJDK

Что касается исходного кода Java (читайте: исходного кода для вашего JRE / JDK), существует только один, находящийся на сайте проекта OpenJDK.

Однако это всего лишь исходный код, а не распространяемая сборка (представьте: ваш файл.zip со скомпилированной командой java для вашей конкретной операционной системы). Теоретически мы с вами могли бы создать сборку из этого исходного кода, назвать ее, скажем, MarcoJDK и начать ее распространять. Но нашему дистрибутиву не хватило бы сертификации, чтобы легально называть этот дистрибутив совместимым с Java SE.

Вот почему на практике есть несколько поставщиков, которые действительно создают эти сборки, получают их сертификацию (см. TCK) и затем распространяют их.

И хотя поставщики не могут, скажем, удалить метод из класса String до выпуска новой сборки Java, они могут добавить брэндинг (ура!) или добавить некоторые другие утилиты (например, CLI), которые они считают полезными. Но в остальном исходный код одинаков для всех дистрибутивов Java.

Сборки OpenJDK (от Oracle) и OracleJDK

Одним из производителей, который собирает Java из исходников, является Oracle. Это приводит к появлению двух разных дистрибутивов Java, что поначалу может казаться очень запутанными.

1. Сборки OpenJDK от Oracle (!). Эти сборки бесплатны и не брендированы, но Oracle не будет выпускать обновления для более старых версий, скажем, Java 15, как только выйдет Java 16.
2. OracleJDK, которая является фирменной, коммерческой сборкой, выпускаемая начиная с изменения лицензии в 2019 году. Это означает, что ее можно использовать бесплатно во время разработки, но вам придется заплатить Oracle при ее использовании в производственной среде. За это вы получаете более длительную поддержку, то есть все обновления дистрибутива и номер телефона, по которому можно позвонить, если с вашей JVM будут проблемы.

Исторически (до появления Java 8) между сборками OpenJDK и OracleJDK существовали фактические различия в исходных текстах, и можно было сказать, что OracleJDK был «лучше». Но на сегодняшний день обе версии практически одинаковы, с небольшими отличиями.

Впрочем все сводится к тому, требуется ли вам платная коммерческая поддержка (номер телефона) для используемой версии Java.

Eclipse Temurin от Adoptium (ранее AdoptOpenJDK)

В 2017 году группа членов Java User Group, разработчиков и поставщиков (Amazon, Microsoft, Pivotal, Redhat и другие) основала сообщество под названием AdoptOpenJDK. С августа 2021 года проект AdoptOpenJDK переехал в новый дом и теперь называется проектом Eclipse Adoptium.

Adoptium предоставляет бесплатные, надежные сборки OpenJDK, называемые Eclipse Temurin с более длительной доступностью/обновлениями для различных операционных систем, архитектур и версий.

Настоятельно рекомендую ее, если вы хотите установить Java.

Azul Zulu, Amazon Corretto, SAPMachine

Полный список сборок OpenJDK можно найти на сайте OpenJDK Wikipedia. Среди них Azul Zulu, Amazon Corretto, а также SapMachine и это лишь некоторые из имеющих. Проще говоря, различия сводятся к тому, что у вас есть различные варианты поддержки/ гарантии обслуживания.

Тем не менее, если вы, например, работаете на AWS, имеет смысл просто использовать их сборки Amazon Corretto OpenJDK, если они предлагают версию, которую вы хотите использовать.

Полный обзор дистрибутива OpenJDK

Рафаэль Винтерхальтер (Rafael Winterhalter) составил отличный список всех доступных сборок OpenJDK, включая их описания: ОС, архитектуру, лицензирование, окна поддержки и обслуживания.

Рекомендация

Повторим с еще раз, что в 2022 и 2023 годах, если у вас нет специфических требований, возьмите файл jdk.zip (.tar.gz/.msi/.pkg) с сайта https://adoptium.net (под названием Eclipse Temurin) или выберите пакет, предоставленный вашим поставщиком ОС/облака.

Возможности Java 8–19

Как уже упоминалось в самом начале этого руководства: практически все (не придирайтесь) функции языка Java 8 работают в Java 19. То же самое относится и ко всем другим версиям Java между ними.

Что в свою очередь означает, что знание всех языковых возможностей Java 8 служит очень хорошей базой в изучении Java, а все остальные версии (Java 9–19) в значительной степени дают дополнительные функции поверх этого базового уровня.

Вот краткий обзор того, что могут предложить конкретные версии:

— Java 8 —

Java 8 была массовым релизом, и вы можете найти список всех функций на веб‑сайте Oracle. Однако здесь я хотел бы упомянуть два основных набора функций:

Возможности языка: лямбды и т.д.

До Java 8 всякий раз, когда вы хотели создать экземпляр, например, нового Runnable, вам приходилось писать анонимный внутренний класс следующим образом:

 Runnable runnable = new Runnable() < @Override public void run()< System.out.println("Hello world !"); >>;

С лямбда-выражениями тот же код выглядит так:

Runnable runnable = () -> System.out.println("Hello world two!");

Вы также получили ссылки на методы, повторяющиеся аннотации, методы по умолчанию для интерфейсов и некоторые другие возможности языка.

Коллекции и потоки

В Java 8 вы также получили функциональный стиль операций для коллекций, также известный как Stream API. Быстрый пример:

List list = Arrays.asList("franz", "ferdinand", "fiel", "vom", "pferd");

До появления Java 8, вам приходилось писать циклы for, чтобы что‑то сделать с этим списком.

С помощью API Streams вы можете сделать следующее:

list.stream() .filter(name -> name.startsWith("f")) .map(String::toUpperCase) .sorted() .forEach(System.out::println);

Очевидно, что в рамках данного руководства я могу только дать лишь краткий обзор каждого недавно добавленного метода Stream, Lambda или Optional в Java 8.

— Java 9 —

Java 9 также была довольно большой версией, с несколькими дополнениями:

Коллекции

Коллекции получили несколько новых вспомогательных методов для простого создания списков, наборов и карт.

List list = List.of("one", "two", "three"); Set set = Set.of("one", "two", "three"); Map map = Map.of("foo", "one", "bar", "two");

Streams

Потоки получили несколько дополнений в виде методов takeWhile, dropWhile и iterate.

Stream stream = Stream.iterate("", s -> s + "s") .takeWhile(s -> s.length() < 10);

Optionals

Optionals получили метод ifPresentOrElse, которого очень не хватало.

user.ifPresentOrElse(this::displayAccount, this::displayLogin);

Интерфейсы

Интерфейсы получили private методы:

public interface MyInterface < private static void myPrivateMethod()< System.out.println("Yay, I am private!"); >>

Другие возможности языка

И пара других улучшений, таких как улучшенный оператор try‑with‑resources или расширения diamond оператора.

JShell

Наконец, в Java появилась оболочка, в которой вы можете опробовать простые команды и получить немедленные результаты.

% jshell | Welcome to JShell -- Version 9 | For an introduction type: /help intro jshell> int x = 10 x ==> 10

HTTPClient

В Java 9 появилась начальная предварительная версия нового HttpClient. До этого встроенная поддержка Http в Java была довольно низкоуровневой, и вам приходилось прибегать к использованию сторонних библиотек, таких как Apache HttpClient или OkHttp (кстати, отличные библиотеки!).

В Java 9 у Java появился собственный современный клиент, хотя и в режиме превью, что означает возможность его изменения в более поздних версиях Java.

Project Jigsaw: Модули Java и мультирелизные JAR-файлы

В Java 9 появилась система модулей Jigsaw, которая чем‑то напоминает старую добрую спецификацию OSGI. В задачи данного руководства не входит подробное описание Jigsaw — посмотрите предыдущие ссылки, чтобы узнать больше.

Мультирелизные JAR‑файлы позволили создать один файл.jar, который содержит различные классы для различных версий JVM. Таким образом, ваша программа может вести себя по‑разному / использовать разные классы, например, при запуске на Java 8 и Java 10.

- Java 10 -

В Java 10 было внесено несколько изменений, таких как сборка мусора и т. д. Но единственное реальное изменение, которое вы, как разработчик, скорее всего заметите, — это введение ключевого слова «var», также называемого выводом типа локальной переменной.

Вывод типа локальной переменной: ключевое слово var

// Pre-Java 10 String myName = "Marco"; // With Java 10 var myName = "Marco"

Похоже на Javascript, не так ли? Тем не менее, Java все еще строго типизирован и var применяется только к переменным внутри методов (спасибо, dpash, за то, что снова указали на это).

- Java 11 -

Java 11 также была несколько меньшей версией с точки зрения разработчика.

Строки и файлы

Строки и файлы получили несколько новых методов (здесь перечислены не все):

"Marco".isBlank(); "Mar\nco".lines(); "Marco ".strip(); Path path = Files.writeString(Files.createTempFile("helloworld", ".txt"), "Hi, my name is!"); String s = Files.readString(path);

Запуск исходных файлов

Начиная с Java 10, вы можете запускать исходные файлы Java без предварительной их компиляции. Это шаг к созданию сценариев.

ubuntu@DESKTOP-168M0IF:~$ java MyScript.java

Вывод типа локальной переменной (var) для лямбда-параметров

Заголовок говорит сам за себя:

(var firstName, var lastName) -> firstName + lastName

HttpClient

HttpClient из Java 9 в его окончательной, не предварительной версии.

Прочее

Flight Recorder (Регистратор полетов), сборщик мусора No‑Op, Nashorn‑Javascript‑Engine объявлен deprecated (устаревшим) и т. д.

- Java 12 -

В Java 12 появилось несколько новых функций и исправлений, но единственные, о которых стоит упомянуть здесь, это поддержка Unicode 11 и предварительный просмотр нового выражения switch, о котором вы узнаете в следующем разделе.

- Java 13 -

Полный список возможностей можно найти здесь, но в основном вы получаете поддержку Unicode 12.1, а также две новые или улучшенные превью функции (могут быть изменены в будущем):

Switch выражение (Preview — предварительная версия)

Switch выражения теперь могут возвращать значение. И вы можете использовать синтаксис в стиле лямбда для своих выражений, без проблем с ошибками:

Старые операторы switch выглядели следующим образом:

switch(status) < case SUBSCRIBER: // code block break; case FREE_TRIAL: // code block break; default: // code block >

В то время как в Java 13 операторы switch могут выглядеть следующим образом:

boolean result = switch (status) < case SUBSCRIBER ->true; case FREE_TRIAL -> false; default -> throw new IllegalArgumentException("something is murky!"); >;

Многострочные строки (предварительная версия)

Наконец‑то, вы можете сделать это на Java:

String htmlBeforeJava13 + " \n" + " 
Hello, world
\n" + " \n" + "\n"; String htmlWithJava13 = """  
Hello, world
   """;

- Java 14 -

Switch выражения (стандарт)

Switch выражения, которые были превью функцией в версиях 12 и 13, теперь стандартизированы.

int numLetters = switch (day) < case MONDAY, FRIDAY, SUNDAY ->6; case TUESDAY -> 7; default -> < String s = day.toString(); int result = s.length(); yield result; >>;

Records (Записи - превью)

Теперь существуют классы Records (записей), которые помогают упростить задачу написания большого количества шаблонного кода на Java.

Посмотрите на этот класс до Java 14, который содержит только данные, (потенциально) геттеры/сеттеры, equals / hashcode, toString.

final class Point < public final int x; public final int y; public Point(int x, int y) < this.x = x; this.y = y; >> // реализация equals, hashCode, toString на основе состояния // ничего больше

С записями теперь это может быть записано следующим образом:

record Point(int x, int y)

Опять же, это предварительная версия, которая может быть изменена в будущих выпусках.

Полезные исключения NullPointerExceptions

Наконец, исключения NullPointerExceptions описывают, какая именно переменная имела значение NULL.

author.age = 35; --- Exception in thread "main" java.lang.NullPointerException: Cannot assign field "age" because "author" is null

Сопоставление с образцом для InstanceOf (предварительная версия)

Раньше вам приходилось приводить ваши объекты (выполнять cast) внутри instanceof, как это показано ниже:

if (obj instanceof String) < String s = (String) obj; // использование s >

Теперь вы можете сделать это, фактически отказавшись от приведения.

if (obj instanceof String s)

Инструмент упаковки (инкубатор)

Существует инструмент jpackage (инкубатор), который позволяет упаковать ваше Java‑приложение в пакеты для конкретной платформы, включая все необходимые зависимости.

• Linux: deb и rpm
• macOS: pkg и dmg
• Windows: msi и exe

Сборщики мусора

Сборщик мусора Concurrent Mark Sweep (CMS) был удален, и был добавлен экспериментальный сборщик мусора Z.

- Java 15 -

Текстовые блоки / многострочные строки

Представленные в качестве экспериментальной функции в Java 13 (см. выше), многострочные тексты теперь готовы к использованию.

String text = """ Lorem ipsum dolor sit amet, consectetur adipiscing \ elit, sed do eiusmod tempor incididunt ut labore \ et dolore magna aliqua.\ """;

Запечатанные (sealed) классы - превью

Если вы когда‑либо хотели иметь еще более жесткий контроль над тем, кому разрешено создавать подклассы ваших классов, теперь есть функция sealed .

public abstract sealed class Shape permits Circle, Rectangle, Square

Это означает, что хотя класс является public , единственными классами, которым разрешено создавать подклассы, Shape , являются Circle , Rectangle и Square .

Записи и сопоставление с образцом

Функции Records и Pattern Matching из Java 14 (см. выше) все еще находятся на стадии предварительной версии и еще не доработаны.

Nashorn Javascript Engine

После того, как движок Nashorn Javascript Engine был объявлен устаревшим в Java 11, он был окончательно удален в JDK 15.

ZGC: готов к продакшн

Z Garbage Collector больше не обозначен как экспериментальный. Теперь он готов к использованию в продакшн.

- Java 16 -

Сопоставление шаблонов для instanceof

if (obj instanceof String) < String s = (String) obj; // например, s.substring(1) >

Теперь вы можете сделать следующее:

if (obj instanceof String s) < // Пусть сопоставление шаблонов сделает свою работу! // . s.substring(1) >

Каналы сокетов Unix-домена

Теперь вы можете подключаться к сокетам Unix‑домена (также поддерживаются macOS и Windows (10+).

 socket.connect(UnixDomainSocketAddress.of( "/var/run/postgresql/.s.PGSQL.5432"));

API стороннего компоновщика - превью

Планируемая замена JNI (Java Native Interface), позволяющая выполнять компоновку с нативными библиотеками (например, с библиотеками языка C).

Записи и сопоставление с образцом

Обе функции теперь готовы к продакшн и больше не отмечены in preview .

Запечатанные классы

Запечатанные классы (начиная с Java 15, см. выше) все еще находятся в предварительной версии.

- Java 17 -

Java 17 — это новая версия Java с долгосрочной поддержкой (LTS) после Java 11.

Сопоставление шаблонов для switch (предварительная версия)

Уже доступно на многих других языках:

public String test(Object obj) < return switch(obj) < case Integer i ->"An integer"; case String s -> "A string"; case Cat c -> "A Cat"; default -> "I don't know what it is"; >; >

Теперь вы можете передавать объекты в функции переключателя и проверять наличие определенного типа.

Запечатанные классы (завершена)

Функция, которая была представлена ​​в Java 15 в качестве предварительной версии, теперь завершена.

Резюме: если вы когда‑либо хотели иметь еще более жесткий контроль над тем, кому разрешено создавать подклассы ваших классов, теперь у вас есть функция sealed .

public abstract sealed class Shape permits Circle, Rectangle, Square

Это означает, что хотя класс Shape является публичным, единственными классами, которым разрешено создавать его подклассы являются Circle , Rectangle и Square .

API внешних функций и памяти (инкубатор)

Замена нативного интерфейса Java (JNI). Позволяет вызывать нативные функции и обращаться к памяти за пределами JVM. Пока это вызовы на C, но в будущем планируется поддержка дополнительных языков (таких как C++, Fortran).

Прекращение поддержки диспетчера безопасности

Начиная с Java 1.0, существовал менеджер безопасности. Теперь он устарел и будет удален в одной из будущих версий.

- Java 18 -

UTF-8 по умолчанию

Если вы пытались, например, читать файлы без явного указания окончания символов, то в предыдущих версиях Java использовалась кодировка операционной системы (например, UTF-8 в Linux и macOS и Windows-1252 в Windows). В Java 18 она изменилась на UTF-8 по умолчанию.

Простой веб-сервер

Java 18 теперь поставляется с простейшим HTTP‑сервером, с которого вы можете начать:

jwebserver

Подробнее о его возможностях можно узнать здесь .

Другие не столь захватывающие вещи/инкубационные возможности

Полный список и обзор смотрите в этой статье .

- Java 19 -

В Java 19 добавлено несколько интересных функций, таких как Virtual Threads и новый Foreign Function & Memory API , а также структурированный параллелизм и Vector API , но все они находятся в режиме предварительного просмотра, поэтому могут быть изменены в следующих релизах.

Если вы хотите узнать об этих функциях и о том, что будет дальше, ознакомьтесь с этой статьей .

Заключение

К настоящему моменту у вас должно быть довольно хорошее представление о нескольких вещах:

• Как установить Java, какую версию получить и где ее получить (подсказка: Adoptium).
• Что такое дистрибутив Java, какие из них существуют и чем они отличаются.
• В чем разница между конкретными версиями Java.

Обратная связь, исправления и ваш вклад всегда приветствуются! Просто оставьте комментарий внизу.

Спасибо за прочтение!

Благодарности

Стивену Колеборну, который написал фантастическую статью о различных доступных дистрибутивах Java.

Java 17 почти никто не заметил, а зря: почему я решил перейти на новую версию

Привет! Меня зовут Никита Земницкий, я Java Developer в NIX и спикер IT-конференции NIX MultiConf . В этой статье я расскажу об основных нововведениях Java 17 на уровнях JDK и JVM, об изменениях в языке, безопасности, платформах, а также сравню популярные сборщики мусора для этой версии. Отдельно разберу недостатки новой Java, которые, на мой взгляд, могут усложнить работу разработчика.

Потужний курс від skvot: blender.
Відкрийте для себе світ 3D-графіки.

Java 17 появилась в конце прошлого года, но остается почти незаметной на рынке — и это очень досадно. Согласно опросу компании NewRelic, в начале 2022 года большинство разработчиков пользовались 11-й и 8-й версиями Java: около 48,5% и 46,5% соответственно. Доля 17-й составила всего лишь… 0,37%! Думаю, IT-специалистам стоит больше узнать о новой «долговременной» Java, ее преимуществах и трудностях, с которыми можно столкнуться в процессе работы и наконец-то попробовать ее на реальном проекте.

Чем так особенна 17-я версия Java? Ответ прост: это так называемый релиз Long-Term Support, который авторы будут поддерживать до 2029 года.

Предыдущим LTS была Java 11, представленная еще в 2018 году. Конечно, 11-й версией и дальше можно пользоваться и не волноваться о безопасности вплоть до сентября 2026 года. Все найденные уязвимости к этому сроку гарантированно будут исправлены. Но все же прогресс не стоит на месте, поэтому следует попробовать и новую версию.

В отличие от промежуточных версий, LTS используются в большинстве проектов. Каждые шесть месяцев выпускается новая версия Java (non-LTS): от Java 12 до Java 16 включительно, также вышла аналогичная Java 18.

Творчий курс від skvot: 3D-художник персонажів.
Створюйте світ персонажів.

Единственная разница с LTS заключается в том, что ее поддержка истекает с появлением следующей версии. Например, поддержка Java 12 завершается вместе с дебютом Java 13. И если хотите сохранить поддержку, вам нужно перейти на Java 13. Это может вызвать проблемы, если некоторые из ваших зависимостей еще не готовы к новой версии.

Именно поэтому столь важна премьера 17-й версии. Что же в ней интересного?

Основные изменения в JDK

В первую очередь хочу выделить самые главные изменения, произошедшие с JDK:

Во-первых, из некоторых методов был удален Finalize . С ним была проблема: после «смерти» объекта он ставится в очередь, чтобы Finalize выполнил свою работу. Но по спецификации не гарантируется его выполнение даже до окончания работы JVM. Поэтому от Finalize в самих JDK потихоньку избавляются.

Ключевые нововведения в JVM

В Java Virtual Machine больше всего изменений произошло с Garbage-коллекторами — собирателями мусора. CMS здесь удалили, так что вам так или иначе придется выбирать какой-нибудь инструмент этого типа.

По дефолту у нас в системе есть G1. Еще существует ZGC, но он появился как экспериментальный в Java 11. Однако там его лучше не использовать из-за некоторых неисправленных недостатков (это уже тема для отдельной статьи).

Ефективний курс від skvot: Основи 3D-моделювання в ZBrush.
Звільніть свою творчість.

Важное новшество — это то, что у G1 появились Abortable Mixed Collection. Во время сбора мусора часть регионов собирается безусловно. Благодаря этому они должны быть собраны полностью. Другая часть, допустим, 20% регионов могут быть собраны в следующий цикл, если текущий не укладывается во временные ограничения.

Также G1 научили аллокировать память и быть NUMA-Aware . Другими словами, для многонодных архитектур выделится место под новые объекты в памяти, находящейся поближе к Thread у исполнителя.

Другие незначительные изменения в JVM нацелены на то, чтобы как можно больше процессов продолжалось параллельно выполнению Java-приложения.

Основная цель — уменьшение пауз, чтобы они не напрягали пользователей, которые не хотят видеть задержки из-за Garbage Collector.

Надо сказать несколько слов и о Just-in-Time-компиляторе. GraalVM теперь находится в отдельном проекте. Главное изменение Java Flight Recorder — это возможность сдерживать события, которые JFR записывает, что позволяет отслеживать изменения в режиме реального времени.

Новинки Java 17

Думаю, многие читатели уже знают их, но хотя бы коротко пробегусь по этой теме. Так, в отношении языка были добавлены Sealed -классы, Switch -выражения, расширенные экземпляры (Enhanced instanceof) , текстовые блоки и рекорды (Records) .

Также в Java 17 добавили Vector API , но только в инкубатор — то есть этот модуль можно подключить специальной командой. Кроме того, были добавлены Foreign Function и Memory API .

А еще Security Manager теперь отмечен как Deprecate.

Нельзя забывать и об изменениях платформы MacOS: в ней был добавлен рендеринг с использованием Metal API. Также есть полезные Null Pointer Exception, которые, наверное, многие ждали. Они покажут обширную информацию об ошибке — и не только строку, в которой произошла ошибка, но и конкретный объект, который оказался Null.

Отмечу несколько изменений безопасности. Например, были усовершенствованы современная криптография и контекстно-зависимые фильтры десериализации, а также расширенное псевдослучайное число (оно стало еще более псевдослучайным).

Ефективний курс від laba: HR Business Partner.
Ставайте ключовим гравцем у розвитку бізнесу.

G1 против ParallelGC

Отдельно хочу поговорить о сборщиках мусора, тех же Garbage Collectors, о которых я вспоминал выше. Я решил сравнить два распространенных инструмента для Java 17: G1 и ParallelGC.

Garbage-First collector (G1) — это алгоритм сборки мусора, представленный в виртуальной машине Oracle HotSpot Java (JVM) 6 и поддерживаемый начиная с 7 Update 4.

Собиратель мусора G1 — это долгосрочная замена CMS, предназначенная для многопроцессорных машин с большим объемом памяти. G1 пытается с высокой вероятностью достичь цели по времени прекращения сборки мусора, показывая при этом высокую пропускную способность с небольшой потребностью в настройках.

ParallelGC иногда называют сборщиком пропускной способности. Когда работает сборщик мусора, он останавливает все потоки программы и выполняет свое задание, используя несколько потоков. Таким образом работа GC может производиться очень эффективно без перерывов. Обычно это лучший способ минимизировать общее время, которое тратится на работу сборщика мусора по сравнению с работой программы. Но отдельные паузы Java-программы, вызванные GC, могут быть достаточно продолжительными.

Сравнение этих инструментов было бы неполным без статистики. Для этого посмотрим на отчет OptaPlanner, в котором сравнивается скорость сборщиков и показано, насколько для них лучше Java 17.

Подчеркну, что цифры усреднены, но все равно очень показательны. По этим данным, 17-я Java быстрее для G1 на 8,66%, чем 11-я. Также она быстрее по сравнению с прошлой версией и для ParallelGC — на 6,54%. При этом сам ParallelGC на 16,39% быстрее G1.

Из всего этого можно заключить: Java 17 где-то в среднем на 7% эффективнее для сборщиков мусора — и это очень круто.

Недостатки Java 17

Как ни прискорбно об этом говорить, но у новой LTS Java есть не только положительные моменты. Во-первых, в ней отсутствуют 100% обратной совместимости. Мы привыкли, что обратная совместимость — это главная концепция, вокруг которой выстраиваются новые версии Java. Но в 17 было удалено довольно большое количество методов, которые до этого обозначались как deprecated. У р азработчиков было достаточно времени, чтобы их удалить. Но для тех, кто этого так и не сделал, у меня плохие новости: ваш проект может просто не скомпилироваться.

Также многие внутренние модули изменили видимость и стали частными. Поэтому теперь у вас нет к ним доступа.

Конечно, практически для всех таких ситуаций был добавлен публичный API, с помощью которого вы можете получить такой доступ. Но это все равно предполагает изменение кода. Кроме того, у новой версии Java нет официальной поддержки от Spring. Это не значит, что инструмент не работает, но теперь официальная гарантия отсутствует.

Главный недостаток Java 17 — потери времени. Ведь если у вас объемный проект, то вы столкнетесь с большим количеством пусть и маленьких, но проблем при переходе на новую версию. Но отмечу сразу: миграция с 11-й на 17-ю версию все же не настолько болезненна, как было во времена с 8-й на 11-ю.

Думаю, все разработчики хорошо помнят этот не самый лучший опыт. Там ведь было очень много зависимостей, которые конфликтовали между собой. Например, наиболее яркой проблемой моего личного перехода стала библиотека djkloyn , которая по неизвестным причинам была несовместима с Worker Thread на Java 11. Поэтому мне вообще пришлось отказаться от ее использования в будущем.

Несмотря на эти моменты, все равно думаю, что стоит попробовать новую версию — недостатки не превышают ее преимущества. Я лично очень рад наконец-то перейти на Java 17. Она лучше и с точки зрения скорости, и с точки зрения новых, реализованных в ней функций и языковых приложений (те же Sealed-классы и Records). Поэтому рекомендую всем переходить на Java 17 и не сидеть на устаревших версиях.

Что дальше?

И напоследок немного слов о том, что нас ждет дальше. Следующий шаг для разработчиков Java запланирован на 20 сентября 2022, когда должен выйти Java 19. Но помните: это non-LTS-версия, в которой будет не так уж много изменений. Поэтому я бы больше ожидал сентября 2023 года, когда должна появиться следующая «полноценная» LTS Java 21. В ней, наверное, будет немало интересного.

Я лично жду появления Project Loom. Давно слежу за этим проектом. В нем должны появиться виртуальные потоки. И пусть сейчас в моих проектах не используется многопоточность, мне было бы интересно попробовать его на практике. Ведь для обычных Java-пользователей Project Loom обещает легкую многопоточность без необходимости перехода на другой язык, использования библиотеки или фреймворка.

Это уже звучит очень хорошо. Но самое важное, как мне кажется, ожидает разработчиков библиотек, которые постоянно должны решать проблему concurrency — снова и снова, и снова… А с таким решением все это можно перевести на JVM, как раньше делали с оптимизацией памяти (GC) и кода (JIT). Это должна быть настоящая революция.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Тренды Java в 2022 году: Java 8, Apache Tomcat и микросервисы

Ежегодно компания JRebel, которая разрабатывает инструменты для повышения эффективности программирования на Java, проводит опрос. Разработчиков из США, Китая и Европы спрашивают об основных трендах индустрии: популярных версиях JDK, архитектуре приложений и инструментах сборки. В этом тексте мы собрали главные результаты опроса.

Какую версию JDK выбирают разработчики?

Большинство разработчиков заявили, что используют Java 8 (37% опрошенных) в качестве языка программирования в своем основном приложении. На втором месте по популярности – Java 11 (29% разработчиков). Далее идут Java 12 или более новая версия (12% девелоперов) и Java 7 или более старая версия (5% опрошенных). Языки программирования Kotlin, Groovy и Scala были наименее популярными среди разработчиков, но в совокупности 17% девелоперов от общего числа опрошенных пользуются ими.

Какие дистрибутивы JRE/JDK предпочитают?

36% опрошенных предпочли Oracle Java. Generic OpenJDK и AdoptOpenJDK/Adoptium замыкают тройку лидеров с 27% и 16% соответственно. Дистрибутивы OpenLogic OpenJDK выбирают 2,3% разработчиков.

Тренды в архитектуре Java-приложений: микросервисы и монолитные приложения

Девелоперы рассказали также об архитектуре приложений, которые они разрабатывают. Приложения на основе микросервисов были самыми популярными (32%), а на втором месте — монолитные приложения (22%). Модульно-монолитные приложения составили 13% ответов, а сервис-ориентированные архитектуры – 12%. Большинство компаний, участвующих в исследовании, либо имеют приложения, полностью основанные на микросервисах, либо в настоящее время переходят на архитектуру микросервисов. Интересно, что более крупные компании (100+ сотрудников) продемонстрировали более широкое внедрение микросервисов на уровне 36%, что резко контрастирует с более мелкими компаниями (до 100 сотрудников) – 28%. Среди фреймворков, которые разработчики используют для работы с микросервисами, лидером стал фреймворк Spring Boot с показателем в 74%. Фреймворки Quarkus, Vert.x и DropWizard замыкают четверку лидеров с 5%, 2% и 1% соответственно.

Инструменты Java-разработчиков: Apache Tomcat и IntelliJ IDEA

Согласно опросу, Apache Tomcat стал самым популярным сервером приложений для Java — 48% разработчиков предпочитают его. За Tomcat следуют серверы приложений JBoss/Wildfly (15%), Jetty (13%), WebLogic (7%), WebSphere (5%) и GlassFish (4%). Среди инструментов сборки лидерство у фреймворка Maven — 68%. На втором месте — Gradle (23% разработчиков), и на третьем – Ant (6%). В 2022 году IntelliJ IDEA стала самой популярной IDE, используемой для разработки Java-приложений: 48% респондентов выбрали ее в качестве предпочтительной среды разработки. За IntelliJ последовали Eclipse (24%), VSCode (18%) и Netbeans (6%).