Издание на Java SE 17

След шестмесечна разработка, компанията Oracle обяви платформата Java SE 17 (Java Platform, Standard Edition 17), чиято референтна реализация е отворен проект OpenJDK. С изключение на премахването на някои остарели функции, Java SE 17 запазва обратната съвместимост с предишни версии на платформата Java — повечето от по-рано написаните Java проекти ще работят без промяна при стартиране на новата версия. Готовите за инсталиране версии на Java SE 17 (JDK, JRE и Server JRE) са подготвени за Linux (x86_64, AArch64), Windows (x86_64) и macOS (x86_64, AArch64). Референтната реализация на Java 17, разработена в рамките на проекта OpenJDK, е напълно отворена под лицензия GPLv2 с изключения GNU ClassPath, които разрешават динамично свързване с търговски продукти.

Java SE 17 е класифицирана като версия с дългосрочна поддръжка (LTS), обновления за която ще се предлагат до 2029 година. Поддръжката на предишната междинна версия Java 16 е прекратена. Миналата LTS версия Java 11 ще бъде поддържана до 2026 година. Следващата LTS версия ще бъде пусната през септември 2024 година. Напомняме, че от версия Java 10 проектът премина на нов процес на разработка, който предвижда по-кратки цикли за издаване на нови версии. Новата функционалност сега се развива в постоянно актуализирана основна клонка, в която се включват вече готови изменения и от която на всеки шест месеца се отклоняват клонове за стабилизация на новите издания.

От нововъведенията в Java 17 се открояват:

• Предложена е експериментална реализация на шаблонно съпоставяне в изразите „switch“, позволяваща в етикетите „case“ да се използват не точни стойности, а гъвкави шаблони, обхващащи цяла серия стойности, за които преди е било необходимо да се използват обемисти вериги от изрази „if…else“. Освен това, вътре в „switch“ е осигурена възможност за обработка на стойности NULL. Object o = 123L; String formatted = switch (o) { case Integer i -> String.format("int %d", i); case Long l -> String.format("long %d", l); case Double d -> String.format("double %f", d); case String s -> String.format("String %s", s); default -> o.toString(); };
• Стабилизирана е поддръжката на запечатани ("sealed") класове и интерфейси, които не могат да се използват от други класове и интерфейси за наследяване, разширяване или преопределяне на реализацията. Запечатаните класове също предоставят по-декларативен начин за ограничаване на използването на суперклас, отколкото модификаторите за достъп, основаващи се на явното изброяване на позволените подкласове за разширяване. package com.example.geometry; public sealed class Shape permits com.example.polar.Circle, com.example.quad.Rectangle, com.example.quad.simple.Square {…}
• Предложена е втора предварителна версия на API Vector, предоставящ функции за векторни изчисления, които се изпълняват с помощта на векторни инструкции на процесорите x86_64 и AArch64 и позволяват едновременно прилагане на операции на множество стойности (SIMD). В отличие от възможностите за автоматична векторизация на скаларни операции, предоставяни от JIT компилатора HotSpot, новият API дава възможност за явно управление на векторизацията за паралелна обработка на данни.
• Добавена е предварителна версия на API Foreign Function & Memory, с помощта на който приложенията могат да взаимодействат с код и данни, находящи се извън Java runtime. Новият API позволява ефективно извикване на функции, изпълнявани извън JVM, и достъп до памет, която не се управлява от JVM. Например, е възможно да се извикват функции от външни споделени библиотеки и да се достъпват данни от процеса, без да се използва JNI.
• Двигателят за рендериране за macOS, който осигурява работата на API Java 2D, използван в API Swing, е адаптиран за използване на графичния API Metal. По подразбиране на платформата macOS все още се прилага OpenGL, а за включване на поддръжката на Metal е необходимо задаването на параметъра "-Dsun.java2d.metal=true" и наличието поне на версия macOS 10.14.x.
• Добавен е порт за платформата macOS/AArch64 (компютри на Apple с нови чипове Apple M1). Особеност на порта е поддръжката на механизма за защита на паметта W^X (Запис XOR Изпълнение), при който страниците на паметта не могат да бъдат достъпни едновременно за запис и изпълнение. (кодът може да бъде изпълнен само след забрана на записа, а записът в страницата на паметта е възможен само след забрана на изпълнението).
• Върната е употребата само на стриктна (strictfp) семантика за изрази с плаваща запетая. Поддържането на наличната семантика „default“, която включва опростявания за работа на системи с много стари математически сопроцессори x87, е прекратено с версия Java 1.2 (след появата на инструкции SSE2 нуждата от допълнителна семантика изчезна).
• Реализирани са нови типове интерфейси към генератори на псевдослучайни числа, както и допълнителни алгоритми за по-качествена генерация на случайни числа. Приложенията получават възможността да избират алгоритъма за генерация на псевдослучайни числа. Подобрена е поддръжката за генериране на потоци от случайни обекти.
• Задължителна е стриктната инкапсулация на всички вътрешни елементи на JDK, с изключение на критични API, като sun.misc.Unsafe. Стритата инкапсулация блокира опити за достъп от код до вътрешни класове, методи и полета. Преди режимът на строга инкапсуляция можеше да бъде деактивиран с опцията „—illegal-access=permit“, но сега тя е обявена за остаряла. За приложения, изискващи достъп до вътрешни класове, методи и полета, трябва изрично да се определи с опцията „—add-opens“ или атрибута Add-Opens в файла с манифест.
• Приложенията получават възможността да определят филтри за десериализация на данни, които могат да зависят от контекста и да се избират динамично в зависимост от определени операции по десериализация. Зададените филтри се прилагат на ниво виртуална машина (в цялата JVM), т.е. обхващат не само самото приложение, но и използваните в приложението външни библиотеки.
• В Swing е добавен методът javax.swing.filechooser.FileSystemView.getSystemIcon за зареждане на пиктограми с голям размер, позволяващ подобряване на оформлението на интерфейса на екрани с висока плътност на пикселите (HighDPI).
• API-то java.net.DatagramSocket реализира поддръжка за свързване към групи Multicast без необходимост от използване на отделно API java.net.MulticastSocket.
• Усъвършенстван е инструментът IGV (Ideal Graph Visualizer), който осигурява интерактивна визуализация на междинното представяне на кода в JIT-компилатора HotSpot VM C2.
• В JavaDoc, подобно на компилатора javac, при извеждане на грешка сега се указва номерът на проблемната линия в изходния файл и мястото на грешката.
• Добавено свойство native.encoding, отразяващо името на системната кодировка на символите (UTF-8, koi8-r, cp1251 и др.).
• Добавен интерфейс java.time.InstantSource, позволяващ манипулиране на времето без привръзка към часови пояс.
• Добавен API java.util.HexFormat за преобразуване в шестнадцатерично представяне и обратно.
• В компилатора добавен режим blackhole, който отключва операциите за изключение на неиспользваемия код (dead-code elimination), което може да бъде използвано при провеждане на тестове за производителност.
• В Runtime добавена опция «-Xlog:async» за запис на логовете в асинхронен режим.
• При установяване на защитени връзки по подразбиране е активиран TLS 1.3 (по-рано е използван TLS 1.2).
• Преведен в категорията на замислените за премахване преди обявеното остарял API Applet (java.applet.Applet*, javax.swing.JApplet), използван за стартиране на Java приложения в браузера (загубил актуалност след спиране на поддръжката на Java плъгина за браузери).
• Преведен в категорията на замислените за премахване Security Manager, който отдавна е загубил актуалност и е останал ненужен след спиране на поддръжката на браузерния плъгин.
• Премахнат е механизма RMI Activation, който е остарял, преведен в режим на опция още в Java 8 и почти не се прилага в съвременната практика.
• От SDK е премахнат експериментален компилатор, поддържащ JIT (just-in-time) за динамична компилация на Java код за HotSpot JVM, както и режим на предварителна компилация (AOT, ahead-of-time) на класове в машинен код преди стартиране на виртуалната машина. Компилаторът е написан на Java и е основан на разработки от проекта Graal. Отбелязва се, че поддръжката на компилатора изисква големи трудови разходи, които не оправдават себе си в условия на непостоянен интерес от разработчиците.

Източник: opennet.ru