След шест месеца разработка компания 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 проектът премина на нов процес на разработка, който предвижда по-кратък цикъл на новите издания. Новата функционалност сега се развива в постоянно актуализирана основна линия, в която се включват готови промени, и от която на всеки шест месеца се отделят линии за стабилизиране на новите издания.

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

• Вградена поддръжка на алгоритъма за генериране на цифрова подпись EdDSA (Edwards-Curve Digital Signature Algorithm RFC 8032). Предложената реализация EdDSA не зависи от хардуерните платформи, защитена е от атаки по страничен канал (осигурено е постоянно време на всички изчисления) и по производителност превъзхожда съществуващата реализация ECDSA, написана на езика Си, при същото ниво на защита. Например, 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 за намаляване на разходите от блокировки. Тази техника е загубила актуалност на системите с атомарни инструкции, предоставяни от съвременните CPU, и е твърде трудоемка за поддръжка поради сложността си.
• Обявен остарял механизъм RMI Activation, който ще бъде изтрит в едно от бъдещите издания. Отбелязва се, че RMI Activation е остарял, преведен е в разряд опция още в Java 8 и почти не се прилага в съвременната практика.
• Премахнато JavaScript двигател Nashorn, който беше обявен за остарял в Java SE 11.
• Премахнати са портове за операционната система Solaris и процесорите SPARC (Solaris/SPARC, Solaris/x64 и Linux/SPARC). Изтриването на посочените портове ще позволи на общността да ускори разработването на нови възможности в OpenJDK, без да губи време за поддържане на характеристики, специфични за Solaris и SPARC.

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