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

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

От нововъведения Java 15 може да отбележим:

• Вграден поддръжка на алгоритъма за създаване на цифров подпис EdDSA (Edwards-Curve Digital Signature Algorithm) RFC 8032). Предложената реализация на EdDSA не зависи от хардуерни платформи, защищена е от атаки по странични канали (осигурено е постоянно време за всички изчисления) и по производителност предизвиква съществуваща реализация ECDSA, написана на C, при същото ниво на защита. Например, EdDSA при използване на елиптична крива с 126-битов ключ показва производителност, подобна на ECDSA с елиптична крива secp256r1 и 128-битов ключ.
• Добавена е експериментална поддръжка на запечатани („sealed“) класове и интерфейси, които не могат да се използват от други класове и интерфейси за наследяване, разширяване или презаписване на реализация. Запечатаните класове също така предлагат по-декларативен начин за ограничаване на използването на суперклас, отколкото модификатори на достъпа, основани на явен списък на подкласове, разрешени за разширение.

  package com.example.geometry;

  public sealed class Shape
  permits com.example.polar.Circle,
  com.example.quad.Rectangle,
  com.example.quad.simple.Square {…}

• Добавена е поддръжка на скрити класове, които не могат да бъдат използвани директно от байткода на други класове. Ключовото предназначение на скритите класове е използването им във фреймове, които динамично генерират класове по време на изпълнение и ги използват индиректно, чрез рефлексия. Подобни класове обикновено имат ограничен жизнен цикъл, затова тяхната поддръжка за достъп от статично генерирани класове не е оправдана и би довела само до увеличаване на потреблението на памет. Скрити класове също позволяват избягването на нетипичното API sun.misc.Unsafe::defineAnonymousClass, което е предвидено за премахване в бъдеще.
• Стабилизиран и признат за готов за широко приложение е сборщикът на боклук ZGC (Z Garbage Collector). ZGC работи в пасивен режим, като минимизира закъсненията от събиране на боклука (времето на спиране при използване на ZGC не надвишава 10 мс) и може да работи с малки и големи купчини, вариращи от няколко стотин мегабайта до много терабайти.
• Стабилизиран и признат за готов за широко приложение
  сборщик на боклук Shenandoah, който работи с минимални прекъсвания (Low-Pause-Time Garbage Collector). Shenandoah е разработен от компания Red Hat и е забележителен с използването на алгоритъм, който намалява времето на спиране по време на събиране на боклука, като извършва почистване паралелно с изпълнението на Java приложения. Вноската на сборщика на боклук за закъсненията е предсказуема и не зависи от размера на купчината, т.е. за купчини от 200 MB и 200 GB закъсненията ще бъдат идентични (не надхвърлят 50 мс и обикновено са в рамките на 10 мс);
• Стабилизирана и въведена в езика е поддръжката на на текстови блокове — нова форма на стрингови литерали, позволяваща включването на многострочни текстови данни в изходния код без да е необходимо екраниране на символите и запазване на оригиналното форматиране на текста в блока. Обрамчването на блока става с три двойни кавички.

  Например, вместо код

  String html = „<HTML>” +
  „\n\t” + „<BODY>” +
  «\n\t\t» + «

  Java 15 is here!

  » +
  „\n\t” + „</BODY>” +
  „\n” + „</HTML>”;

  може да се посочи:

  String html = „"""
  <HTML>
  <BODY>
  

  Java 15
  е тук!“</H1>
  </BODY>
  </HTML>""";

• Преработен API Legacy DatagramSocket. Старите реализации на java.net.DatagramSocket и java.net.MulticastSocket са заменени с модерна реализация, която е по-лесна за дебъгване и подръжка, както и съвместима с виртуалните потоци, разработвани в рамките на проекта Loom. В случай на възможно нарушаване на съвместимостта с съществуващия код, старата реализация не е изтрита и може да бъде активирана чрез опцията jdk.net.usePlainDatagramSocketImpl.
• Предложена е втора експериментална реализация съответствието с образеца в операторът «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).

• Предложен вторият предварителен вариант на API Foreign-Memory Access, който позволява на Java приложенията безопасно и ефективно да имат достъп до области от паметта извън купчината на Java, манипулирайки новите абстракции MemorySegment, MemoryAddress и MemoryLayout.
• Изключена е и обявена за остаряла технологията за оптимизация Biased Locking, използвана в HotSpot JVM за намаляване на разходите от заключвания. Тази техника е загубила актуалност на системи с атомни инструкции, предоставяни от съвременните процесори, и е твърде трудоемка за поддръжка поради своята сложност.
• Обявен остарял механизъм RMI Activation, която ще бъде изтрита в едно от следващите издания. Отбелязва се, че RMI Activation е остарял, трансформиран е в опция още в Java 8 и почти не се използва в съвременната практика.
• Премахнат JavaScript двигател Nashorn, който беше обявен за остарял в Java SE 11.
• Премахнати са портовете за ОС Solaris и процесори SPARC (Solaris/SPARC, Solaris/x64 и Linux/SPARC). Изтриването на изброените портове ще позволи на общността да ускори разработката на нови възможности на OpenJDK, без да губи време за поддържане на особеностите, специфични за Solaris и SPARC.

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