Версия на 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). Разработена от проекта OpenJDK, референтната реализация на Java 18 е напълно отворена под лиценз GPLv2 с изключения на GNU ClassPath, за да позволи динамично свързване към търговски продукти.

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

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

• Стандартното кодиране е UTF-8. Java API, които обработват текстови данни въз основа на кодиране на знаци, вече ще използват UTF-8 по подразбиране на всички платформи, независимо от системните настройки и настройките за локал. За да се върнете към старото поведение, където кодирането се избира въз основа на системния локал, можете да използвате опцията "-Dfile.encoding=COMPAT".
• Пакетът включва пакета com.sun.net.httpserver, който включва помощната програма jwebserver и API на библиотеката с внедряване на прост http сървър за обслужване на статично съдържание (CGI и подобни на сервлет манипулатори не се поддържат). Вграденият HTTP сървър не е оптимизиран за работни натоварвания и не поддържа контрол на достъпа и удостоверяване, тъй като е насочен основно към използване в процеса на разработка за прототипиране, отстраняване на грешки и тестване на проекти.
• JavaDoc предоставя поддръжка за тага "@snippet" за вграждане на работещи примери и кодови фрагменти в документацията на API, където можете да използвате инструменти за валидиране, подчертаване на синтаксиса и интегриране на IDE.
• Реализацията на java.lang.reflect API (Core Reflection), предназначена за получаване на информация за методи, полета и конструктори на класове, както и достъп до вътрешната структура на класовете, е преработена. Самият API на java.lang.reflect остава непроменен, но сега се реализира чрез манипулатори на метода, предоставени от модула java.lang.invoke, вместо да се използват генератори на байт код. Промяната ни позволи да обединим имплементациите на java.lang.reflect и java.lang.invoke и да опростим поддръжката им.
• Предложен е трети преглед на векторния API, предоставящ функции за векторни изчисления, които се изпълняват с помощта на векторни инструкции на процесори x86_64 и AArch64 и позволяват операциите да се прилагат едновременно към множество стойности (SIMD). За разлика от възможностите, предоставени в HotSpot JIT компилатора за автоматично векторизиране на скаларни операции, новият API прави възможно изричното управление на векторизацията за паралелна обработка на данни.
• Добавен е SPI интерфейс (интерфейс на доставчик на услуги) за разрешаване на имена на хостове и IP адреси, което ви позволява да използвате алтернативни резолвери в java.net.InetAddress, които не са обвързани с манипулатори, предлагани от операционната система.
• Осигурен е втори преглед на API за външни функции и памет, който позволява на приложенията да взаимодействат с код и данни извън средата за изпълнение на Java. Новият API ви позволява ефективно да извиквате не-JVM функции и да осъществявате достъп до не-JVM-управлявана памет. Например, можете да извиквате функции от външни споделени библиотеки и да осъществявате достъп до данните на процеса, без да използвате JNI.
• Добавена е втора експериментална реализация на съпоставяне на шаблони в изрази за „превключване“, което позволява използването на гъвкави шаблони в етикети „case“, а не точни стойности, покриващи поредица от стойности наведнъж, за които преди това беше необходимо да се използват тромави вериги от изрази „ако...иначе“. Обект o = 123L; Форматиран низ = 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); случай String s -> String.format("Низ %s", s); по подразбиране -> o.toString(); };
• Механизмът за финализиране и свързаните с него методи като Object.finalize(), Enum.finalize(), Runtime.runFinalisation() и System.runFinalisation() са отхвърлени и ще бъдат деактивирани в бъдеща версия.
• ZGC (Z Garbage Collector), SerialGC и ParallelGC събирачите на боклук поддържат дедупликация на редове.

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