Објавување на Java SE 22 платформа и OpenJDK 22 отворена референтна имплементација

По шест месеци развој, Oracle го издаде Java SE 22 (Јава платформа, стандардно издание 22), кој го користи проектот со отворен код OpenJDK како референтна имплементација. Со исклучок на отстранувањето на некои застарени функции, Java SE 22 одржува компатибилност наназад со претходните изданија на платформата Java - повеќето претходно напишани Java проекти сè уште ќе работат без измени кога се извршуваат според новата верзија. Инсталираните изданија на Java SE 22 (JDK, JRE и Server JRE) се подготвени за Linux (x86_64, AArch64), Windows (x86_64) и macOS (x86_64, AArch64). Развиена од проектот OpenJDK, референтната имплементација на Java 22 е целосно отворена под лиценцата GPLv2 со исклучоци на GNU ClassPath за да се овозможи динамично поврзување со комерцијални производи.

Java SE 22 е класифициран како редовно издание за поддршка и ќе продолжи да добива ажурирања до следното издание. Филијалата за долгорочна поддршка (LTS) треба да биде Java SE 21 или Java SE 17, кои ќе добиваат ажурирања до 2031 и 2029 година, соодветно (општо достапни до 2028 и 2026 година). Јавната поддршка за LTS филијалата на Java SE 11 заврши минатиот септември, но проширената поддршка ќе продолжи до 2032 година. Проширената поддршка за LTS филијалата на Java SE 8 ќе продолжи до 2030 година.

Да потсетиме дека почнувајќи од објавувањето на Java 10, проектот се префрли на нов развоен процес, што подразбира пократок циклус за формирање на нови изданија. Сега е развиена нова функционалност во една постојано ажурирана главна гранка, која вклучува готови промени и од која филијалите се разгрануваат на секои шест месеци за да се стабилизираат новите изданија.

Новите функции во Java 22 вклучуваат:

• Собирачот на ѓубре G1 вклучува поддршка за прикачување на регионот, што ви овозможува привремено да ја поправите локацијата на објектите на Java во меморијата за да избегнете нивно преместување од собирачот на ѓубре и да дозволите референците на овие објекти безбедно да се пренесуваат помеѓу Java и мајчин код. Закачувањето ви овозможува да ја намалите латентноста и да избегнете оневозможување на собирање ѓубре при извршување на критичните региони на JNI (Java Native Interface) со мајчин код (додека ги извршува овие делови, JVM не треба да поместува критични објекти поврзани со нив за да се избегнат услови за трка). Закачувањето ги отстранува критичните предмети од погледот на собирачот на ѓубре, што може да продолжи да ги чисти незакачените области.
• Додадена е прелиминарна карактеристика за да дозволи изразите да се специфицираат во конструкторите пред да се повика super(...), што се користи за експлицитно повикување на конструктор на матична класа од наследен конструктор на класа, доколку тие изрази не се однесуваат на инстанца создадена од конструкторот. class Outer { void hello() { System.out.println("Здраво"); } class Inner { Inner() { hello(); супер(); } }
• FFM (Foreign Function & Memory) API е стабилизиран, овозможувајќи интеракција на Java програми со надворешен код и податоци преку повикување функции од надворешни библиотеки и пристап до меморија надвор од JVM, без прибегнување кон користење на JNI (Java Native Interface).
• Овозможена е поддршка за неименувани променливи и совпаѓање на шаблони - наместо неискористени, но неопходни променливи и обрасци при повикување, сега можете да го наведете знакот „_“. // was String pageName = switch (страница) { case GitHubIssuePage(var url, var content, var links, int issueNumber) -> „ISSUE #“ + issueNumber; ... }; // сега можете да String pageName = switch (страница) { case GitHubIssuePage(_, _, _, int issueNumber) -> „ISSUE #“ + issueNumber; };
• Предложена е прелиминарна имплементација на Class-File API за парсирање, генерирање и конвертирање на датотеки од класа Java. ClassFile cf = ClassFile.of(); ClassModel classModel = cf.parse(bytes); бајт[] newBytes = cf.build(classModel.thisClass().asSymbol(), classBuilder -> { for (ClassElement ce : classModel) { if (!(ce пример на MethodModel mm && mm.methodName().stringValue(). startsWith("debug"))) { classBuilder.with(ce);
• Јава алатката обезбедува можност за извршување на Java програми, обезбедени во форма на неколку датотеки со код или претходно компајлирани библиотеки на класи, без одделно компајлирање на овие датотеки и без конфигурирање на системот за градење. Новата функција го олеснува извршувањето на програмите во кои кодот од различни класи е поделен во посебни датотеки. Prog.java: class Prog { public static void main(String[] args) { Helper.run(); } } Helper.java: class Helper { static void run() { System.out.println("Здраво!"); } }

  На пример, за да се изврши програма составена од две датотеки „Prog.java“ и „Helper.java“, сега е доволно да се изврши „java Prog.java“, која ќе ја состави класата Prog, ќе дефинира референца за класата Helper. најдете и составете ја датотеката Helper java и повикување на главниот метод.

• Додадена е втора прелиминарна имплементација на шаблони за стрингови, имплементирани покрај буквалните жици и текстуалните блокови. Шаблоните за низа ви дозволуваат да комбинирате текст со пресметани изрази и променливи без користење на операторот +. Замената на изразите се врши со помош на замени \{..} и може да се поврзат специјални ракувачи за да се провери исправноста на заменетите вредности. На пример, SQL моторот ги проверува вредностите што се заменуваат во SQL кодот и враќа објект java.sql.Statement како излез, додека JSON процесорот ја следи исправноста на замените JSON и враќа JsonNode. String query = "SELECT * FROM Person p WHERE p." + својство + " = '" + вредност + "'"; // was Statement query = SQL."""SELECT * FROM Person p WHERE p.\{property} = '\{value}'"""; // стана
• Додаден е седми преглед на Vector API, обезбедувајќи функции за векторски пресметки кои се вршат со помош на векторски инструкции на процесорите x86_64 и AArch64 и овозможуваат операциите да се применуваат истовремено на повеќе вредности (SIMD). За разлика од можностите дадени во компајлерот HotSpot JIT за автоматска векторизација на скаларните операции, новиот API овозможува експлицитна контрола на векторизацијата за паралелна обработка на податоци.
• Додадена е прелиминарна имплементација на проширениот Stream API што поддржува дефинирање на вашите сопствени средни операции, што може да биде корисно во случаи кога постоечките вградени интермедијарни операции не се доволни за саканата трансформација на податоците. Матичните ракувачи се поврзани со помош на новата посредна операција Stream::gather(Gatherer), која ги обработува елементите на преносот со примена на управувач одреден од корисникот на нив. jshell> Stream.of(1,2,3,4,5,6,7,8,9).gather(new WindowFixed(3)).toList() $1 ==> [[1, 2, 3], [4, 5, 6], [7, 8, 9]]
• За тестирање е предложена втора верзија на експерименталниот API за структурирана истовременост, што го поедноставува развојот на апликации со повеќе нишки со обработка на повеќе задачи извршени во различни нишки како еден блок.
• Додадена е втора прелиминарна имплементација на имплицитно декларирани класи и неименувани примери на методот „главен“, што може да ги отфрли јавните/статичките декларации, пренесувањето низа аргументи и други ентитети поврзани со декларација на класа. // was public class HelloWorld { public static void main(String[] args) { System.out.println("Здраво свет!"); } } // сега можете да го поништите main() { System.out.println("Здраво, Свет!"); }
• Додадена е имплементација на втор преглед на Scoped Values, дозволувајќи им на непроменливите податоци да се споделуваат низ нишки и податоците да се разменуваат ефикасно помеѓу детските нишки (вредностите се наследуваат). Опсежните вредности се развиваат за да го заменат механизмот на нишките локални променливи и се поефикасни кога се користат многу голем број виртуелни нишки (илјадници или милиони нишки). Главната разлика помеѓу Scoped Values ​​и thread-local променливи е тоа што првите се пишуваат еднаш, не можат да се променат во иднина и остануваат достапни само за времетраењето на извршувањето на нишката.
• Паралелниот собирач на ѓубре ги подобри перформансите при работа со големи низи предмети. Оптимизацијата овозможи во некои тестови со големи низи на објекти да се намали доцнењето пред да се започне со пребарување на објект за 20%.

Дополнително, можете да забележите објавување на ажурирање на платформата за креирање апликации со графички интерфејс JavaFX 22.

Извор: opennet.ru