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

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

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

При подготовката на новото издание разработката беше преместена от системата за управление на версиите Mercurial на Git и платформата за съвместна разработка GitHub. Очаква се миграцията да повиши производителността на операциите с хранилището, да увеличи ефективността на съхранението, да осигури достъп до промените в цялата история на проекта, да подобри поддръжката на прегледа на кода и да активира API за автоматизация на работните процеси. Освен това, използването на Git и GitHub прави проекта по-привлекателен за начинаещи и разработчици, свикнали с Git.

От новостите в Java 16 може да се отбележи:

• Добавен е експериментален модул jdk.incubator.vector с реализация на API Vector, който предлага функции за векторни изчисления, извършвани с помощта на векторни инструкции на процесори x86_64 и AArch64 и позволяващи едновременно прилагане на операции на множество стойности (SIMD). За разлика от възможностите за автоматична векторизация на скалярни операции, предоставени от JIT компилатора HotSpot, новият API позволява явно управление на векторизацията за паралелна обработка на данни.
• В кода на JDK и VM HotSpot, написан на C++, е разрешено използването на възможности, включени в спецификацията C++14. По-рано беше разрешено използването на стандартите C++98/03.
• В сборщика на боклук ZGC (Z Garbage Collector), който работи в пасивен режим и минимизира забавянията от събиране на боклук, е добавена възможност за паралелна обработка на стекове на потоци без спиране на изпълнението на потоците на приложението. В ZGC остават само тези операции, които изискват спиране и имат постоянни забавяния, обикновено не надвишаващи няколко стотин микро секунди.
• В класовете SocketChannel, ServerSocketChannel и java.nio.channels е добавена поддръжка за Unix-сокети (AF_UNIX).
• Реализиран е порт за Linux дистрибуцията Alpine с стандартната C библиотека musl, която е популярна в среди за контейнери, микросервизи, облачни и вградени системи. Предложената версия в подобни среди позволява стартиране на Java програми като обикновени приложения. Освен това, с помощта на jlink, може да се премахнат всички неизползвани модули и да се създаде минимално окружение, достатъчно за изпълнение на приложението, което позволява генерирането на компактен образ, специфичен за конкретно приложение.
• Реализиран е механизъм Elastic Metaspace, оптимизиращ операциите по алокация и връщане на памет, заета от метаданни на класове (metaspace) в JVM HotSpot. Приложението на Elastic Metaspace намалява фрагментацията на паметта, намалява разходите в загрузчика на класове и също така положително влияе на производителността на дългосрочни сървърни приложения чрез по-бързо връщане на памет на операционната система, заета от неизползвани метаданни на класове. За избора на режим на освобождаване на паметта след изчистване на класове е предложена опция "-XX:MetaspaceReclaimPolicy=(balanced|aggressive|none)".
• Добавен е порт JDK за Windows системи, работещи на оборудване с процесори на базата на архитектура AArch64.
• Предложена е трета предварителна версия на API Foreign-Memory Access, позволяваща на Java приложенията безопасно и ефективно да получават достъп до области на паметта извън купа Java, чрез манипулиране с новите абстракции MemorySegment, MemoryAddress и MemoryLayout.
• Реализиран е експериментален API Foreign Linker, който предоставя достъп от Java до нативен код. Заедно с API Foreign-Memory, новият интерфейс значително опростява създаването на обвивки около обикновени споделени библиотеки.
• Добавен е инструментът jpackage, който позволява създаването на пакети за самостоятелни Java приложения. Инструментът се основава на javapackager от JavaFX и позволява форматирането на пакети в формати, специфични за различни платформи (msi и exe за Windows, pkg и dmg за macOS, deb и rpm за Linux). Пакетите включват всички необходими зависимости.
• Строга инкапсулация на всички вътрешни елементи на JDK е активирана по подразбиране, с изключение на критични API, като sun.misc.Unsafe. Стойността на опцията «—illegal-access» сега е по подразбиране настроена на «deny» вместо «permit», което ще блокира опити за достъп от кода до повечето вътрешни класове, методи и полета. За заобикаляне на ограниченията трябва да се използва опцията «—illegal-access=permit».
• Стабилизирана е реализацията на операторa «instanceof» за сопоставяне с образец, който позволява незабавно определяне на локална променлива за работа с провереното значение. Например, сега може да се пише «if (obj instanceof String s && s.length() > 5) {.. s.contains(..) ..}» без да е необходимо явното определение на «String s = (String) obj». Преди: if (obj instanceof Group) { Group group = (Group) obj; var entries = group.getEntries(); } Сега може да се осъществи без определение на «Group group = (Group) obj»: if (obj instanceof Group group) { var entries = group.getEntries(); }
• Стабилизирана е реализацията на ключовата дума «record», предоставяща компактна форма за дефиниране на класове, позволяваща да се избегне явното определение на различни нискоуровневи методи, като equals(), hashCode() и toString(), в случаи, когато данните се съхраняват само в полета, чийто поведение не се променя. Когато в класa се използват типови реализации на методите equals(), hashCode() и toString(), той може да бъде дефиниран без тяхното явно определение: public record BankTransaction(LocalDate date, double amount, String description) {}

  Тази обява ще доведе до автоматично добавяне на реализации на методите equals(), hashCode() и toString() в допълнение към конструктора и методите, контролиращи промените в данните (getter).

• Предложен е втори предварителен вариант на запечатаните («sealed») класове и интерфейси, които не могат да се използват от други класове и интерфейси за наследяване, разширение или преизписване на реализацията. Запечатаните класове предоставят и по-декларативен начин за ограничаване на употребата на суперклас, отколкото модификаторите на достъп, основан на явното изброяване на подкласа, разрешени за разширение. package com.example.geometry; public sealed class Shape permits com.example.polar.Circle, com.example.quad.Rectangle, com.example.quad.simple.Square {…}

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