Публикация на 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. Разработената в проекта OpenJDK референтна реализация на Java 16 е напълно отворена под лиценз 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, която позволява създаването на пакети за самостоятелни (self-contained) Java приложения. Утилитата се основава на javapackager от JavaFX и позволява формиране на пакети в формати, подходящи за различни платформи (msi и exe за Windows, pkg и dmg за macOS, deb и rpm за Linux). Пакетите включват всички необходими зависимости.
• По подразбиране е включена строга инкапсулация на всички вътрешни елементи на JDK, с изключение на критичните API, като sun.misc.Unsafe. Стойността на опцията "--illegal-access" сега по подразбиране е зададена на "deny" вместо "permit", което ще блокира опитите за достъп от код до повечето вътрешни класове, методи и полета. За заобикаляне на ограничението следва да се използва опцията "--illegal-access=permit".
• Стабилизирана е реализацията на съпоставяне с образец в оператора "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(), в случаи, когато данните се съхраняват само в полета, поведението на които не се променя. Когато в класа се използват стандартни имплементации на методите 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