Публикация на Java SE 18

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

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

Някои от новостите в Java 18 включват:

• По подразбиране е активирана кодификация UTF-8. Java API, обработващи текстови данни с оглед на кодификацията на символите, сега по подразбиране ще използват UTF-8 на всички платформи, независимо от системните настройки и зададената локализация. За връщане на старото поведение, при което кодификацията се избира според системната локализация, можете да използвате параметъра "-Dfile.encoding=COMPAT".
• Включен е пакет com.sun.net.httpserver, който съдържа утилита jwebserver и библиотечен API с реализация на прост http-сървър за отдаване на статично съдържание (обработчици подобни на CGI и сервлети не се поддържат). Вграденият http-сървър не е оптимизиран за работни натоварвания и не поддържа управление на достъпа и удостоверяване, тъй като е насочен главно към използване в процеса на разработка за създаване на прототипи, отстраняване на грешки и тестване на проекти.
• В JavaDoc е реализирана поддръжка на таг "@snippet" за вграждане на работещи примери и фрагменти от код в документацията на API, към които могат да се прилагат средства за проверка на коректността, подсветка на синтаксиса и интеграция с IDE.
• Преработена реализация на API java.lang.reflect (Core Reflection), предназначена за получаване на информация за методите, полетата и конструкторите на класовете, както и за достъп до вътрешната структура на класовете. Самият API java.lang.reflect остана непроменен, но сега е реализиран чрез използването на дескриптори на методи (method handles), предоставени от модула java.lang.invoke, вместо прилагане на генератори на байткод. Промяната позволи унификация на реализациите java.lang.reflect и java.lang.invoke и улесни тяхната поддръжка.
• Предложена е трета предварителна реализация на API Vector, предоставящ функции за векторни изчисления, които се извършват с използване на векторни инструкции на процесорите x86_64 и AArch64 и позволяват едновременно прилагане на операции върху множество стойности (SIMD). В отличие от предоставените възможности за авто-векторизация на скаларни операции в JIT компилатора HotSpot, новият API дава възможност за явно управление на векторизацията за паралелна обработка на данни.
• Добавен е SPI интерфейс (service-provider interface) за резолвиране на имена на хостове и IP адреса, позволяващ да се използват в java.net.InetAddress алтернативни резолвери, не свързани с обработчиците, предлагани от операционната система.
• Предложена е втора предварителна реализация на API Foreign Function & Memory, чрез който приложенията могат да взаимодействат с код и данни извън Java runtime. Новият API позволява ефективно извикване на функции, изпълнявани не в JVM, и достъп до памет, която не се управлява от JVM. Например, могат да се извикват функции от външни споделени библиотеки и да се достъпват данни от процеса без използване на JNI.
• Добавена е втора експериментална реализация на съвпадение по шаблон в изразите „switch“, позволяваща в етикетите „case“ да се използват не точни стойности, а гъвкави шаблони, обхващащи наведнъж серия стойности, за които преди е трябвало да се използват обемисти вериги от изрази „if…else“. 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(); };
• Обявен е за остарял и ще бъде деактивиран в едно от следващите издания механизмът на финализация, както и свързаните с него методи, като Object.finalize(), Enum.finalize(), Runtime.runFinalization() и System.runFinalization().
• В събирачите на боклук ZGC (Z Garbage Collector), SerialGC и ParallelGC е реализирана поддръжка за дедупликация на низове.

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