Издаване на Java SE 27 и OpenJDK 27

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

Java SE 27 попада в категорията на версиите с обикновен срок на поддръжка, обновления за които ще бъдат издавани до следващия релиз. Като клон с дълъг срок на поддръжка (LTS) трябва да се използват Java SE 25, Java SE 21 или Java SE 17, обновления за които ще излизат до 2033, 2031 и 2029 година съответно (общодостъпни - до септември 2030, 2028 и 2026 година). Разширената поддръжка на LTS клона Java SE 8 ще продължи до 2030 година, а Java SE 11 - до 2032 година.

Сред промените в Java SE 27 (1, 2, 3, 4):

• По подразбиране за всички среди се използва сборщикът на боклук G1 (Garbage-First), който преди е бил прилаган за сървърни системи. G1 е оптимизиран за работа на мултипроцесорни системи с голям обем памет и балансира между предсказуемост на забавянията и висока пропускателна способност. В процеса на работа G1 разделя паметта на множество малки региони и първо почиства тези региони, където има най-много неизползвани обекти и по-малко активно използвани данни.
• В HotSpot JVM по подразбиране са активирани компактните заглавия на обектите. Размерът на заглавията при 64-битови системи е намален от 96 на 64 бита, което е намалило консумацията на памет и е увеличило вероятността данните да попаднат в кеша на процесора. В тестовете SPECjbb2015 консумацията на памет е намалена с 22%, натоварването на CPU е намалено с 8%, а броят на операциите по събиране на боклука е намалял с 15%. При тестването на JSON парсера времето за преминаване на тестовете е намалено с 10%.
• В реализацията на TLS 1.3 е добавена поддръжка на хибридни схеми за съгласуване на ключове, комбиниращи алгоритма ML-KEM (CRYSTALS-Kyber), устойчив на подбиране от квантови компютри, с класически алгоритми на базата на елиптични криви ECDHE: X25519MLKEM768 (ECDHE с крива X25519 + ML-KEM-768), SecP256r1MLKEM76 (ECDHE с крива secp256r1 + ML-KEM-768) и SecP384r1MLKEM1024 (ECDHE с крива secp384r1 + ML-KEM-1024). В API javax.net.ssl Тези схеми са включени по подразбиране и не изискват промени в приложенията, за да бъдат използвани.
• В инструментариума JDK Flight Recorder (JFR), използван за мониторинг, профилиране и диагностика на производителността, е добавена поддръжка за почистване в запазената диагностична информация на аргументите на командния ред, началните стойности на променливите на средата и системните свойства. Промяната предотвратява изтичането на конфиденциални данни, обработвани от профилирания процес, като токени за авторизация и ключове за достъп до API, предавани чрез променливи на средата.
• Реализирана е третата предварителна редакция на API Lazy Constants за работа с обекти, съдържащи неизменяеми данни и обработвани в JVM като константи. На подобни обекти се прилагат оптимизации на производителността, аналогични на полетата с ключова дума "final". За разлика от "final", новият API разделя създаването на постоянни стойности и тяхната инициализация, гарантира, че стойността може да бъде инициализирана само веднъж, съкращава времето за стартиране на програмите и позволява прилагането на оптимизации за свиване на константи (constant-folding) в потребителския код, които преди това са били използвани само във вътрешния код на JDK. class Application { // Беше: // static final UserService USERS = new UserService(); // Сега може: static final StableValue USERS = StableValue.of(); public static UserService users() { return USERS.orElseSet(UserService::new); } }
• В механизма за съвпадение с образец е предложен пети предварителен вариант за възможност за използване на примитивни типове (int, byte, char и други основни типове, които не са обекти) във всички видове шаблони, в оператора "instanceof" и в блоковете "switch". switch (x.getStatus()) { case 0 -> "okay"; case 1 -> "warning"; case 2 -> "error"; case int i -> "unknown status: " + i; } if (i instanceof byte b) { … b … }
• Предложен за тестване седмият предварителен вариант на API за структурирана паралелизъм (Structured Concurrency), който опростява разработката на многопотокови приложения чрез обработка на няколко задачи, изпълнявани в различни потоци, като единен блок.
• Реализирана е дванадесетата тестова версия на API Vector, който предоставя функции за векторни изчисления, извършвани с използване на векторни инструкции на процесори x86_64 и AArch64, позволяващи едновременно прилагане на операции върху няколко стойности (SIMD). В отличие от предлаганите в JIT компилатора HotSpot възможности за автоматична векторизация на скаларни операции, новият API предоставя възможност за явно управление на векторизацията за паралелна обработка на данни.
• Достъпен е третият предварителен вариант на API за кодиране и декодиране на обекти с криптографски ключове, сертификати и списъци с отзовани сертификати, използвайки формата PEM (Privacy-Enhanced Mail).

Допълнително може да се отбележи публикуването на обновление на платформата за създаване на приложения с графичен интерфейс JavaFX 27. В следващите часове се очаква и издаването на универсална виртуална машина GraalVM 27, която поддържа изпълнението на приложения на JavaScript (Node.js), Python, Ruby, R, всякакви езици за JVM (Java, Scala, Clojure, Kotlin) и езици, за които може да се генерира биткод на LLVM (C, C++, Rust).

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