Версия на Java SE 15

След шест месеца разработка, Oracle освободен платформа JavaSE 15 (Java Platform, Standard Edition 15), проектът OpenJDK с отворен код се използва като референтна реализация. Java SE 15 поддържа обратна съвместимост с предишни издания на платформата Java; всички написани преди това Java проекти ще работят без промени, когато бъдат стартирани под новата версия. Готови за инсталиране компилации на Java SE 15 (JDK, JRE и сървър 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, написана на език C, със същото ниво на защита. Например EdDSA, използващ елиптична крива със 126-битов ключ, показва подобна производителност на ECDSA с елиптична крива secp256r1 и 128-битов ключ.
• Добавено от експериментална поддръжка за запечатани класове и интерфейси, които не могат да се използват от други класове и интерфейси за наследяване, разширяване или отмяна на изпълнението. Запечатаните класове също предоставят по-декларативен начин за ограничаване на използването на суперклас, отколкото модификаторите за достъп, въз основа на изрично изброяване на подкласовете, разрешени за разширение.

  пакет com.example.geometry;

  публичен запечатан клас Shape
  позволява 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 ms.) и може да работи както с малки, така и с огромни купчини, вариращи по размер от няколкостотин мегабайта до много терабайта.
• Стабилизиран и намерен за обща употреба
  боклукчия Shenandoah, работещ с минимални паузи (Low-Pause-Time Garbage Collector). Shenandoah е разработен от Red Hat и е забележителен с използването на алгоритъм, който намалява времето за спиране по време на събиране на боклука, като изпълнява почистване паралелно с изпълнението на Java приложения. Размерът на закъсненията, въведени от събирача на отпадъци, е предвидим и не зависи от размера на купчината, т.е. за купчини от 200 MB и 200 GB забавянията ще бъдат идентични (не излизай над 50 ms и обикновено в рамките на 10 ms);

• Поддръжката е стабилизирана и въведена в езика текстови блокове - нова форма на низови литерали, която ви позволява да включвате многоредови текстови данни в изходния код, без да използвате екраниране на знаци и запазване на оригиналното текстово форматиране в блока. Блокът е рамкиран с три двойни кавички.

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

  Низ html = " » +
  "\n\t" + " » +
  "\n\t\t" + " \"Java 1 е тук!\" » +
  "\n\t" + " » +
  "\n" + " ";

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

  Низ html = """
  
  
  »Java 1\
  е тук!
  
  """;

• Преработен Наследен DatagramSocket API. Старите реализации на java.net.DatagramSocket и java.net.MulticastSocket са заменени с модерна реализация, която е по-лесна за отстраняване на грешки и поддръжка и също така е съвместима с виртуални потоци, разработени в рамките на проекта тъкачен стан. В случай на възможна несъвместимост със съществуващия код, старата реализация не е премахната и може да бъде активирана чрез опцията jdk.net.usePlainDatagramSocketImpl.
• Предложено второ експериментално изпълнение съвпадащ модел в оператора „instanceof“, който ви позволява незабавно да дефинирате локална променлива за достъп до проверената стойност. Например, можете незабавно да напишете „if (obj instanceof String s && s.length() > 5) {.. s.contains(..) ..}“, без изрично да дефинирате „String s = (String) obj“.

  Беше:

  if (obj instanceof Group) {
  Група група = (Група) obj;
  var entries = group.getEntries();
  }

  Сега можете да правите без дефиницията „Групова група = (Група) obj“:

  if (obj instanceof Group group) {
  var entries = group.getEntries();
  }

• Предложено второ експериментално внедряване на ключовата дума "рекорд", който предоставя компактна форма за дефиниране на класове, което ви позволява да избегнете изричното дефиниране на различни методи на ниско ниво, като например equals(), hashCode() и toString() в случаите, когато данните се съхраняват само в полета, чието поведение не се променя. Когато даден клас използва стандартни реализации на методите equals(), hashCode() и toString(), той може да мине без тяхната изрична дефиниция:

  публичен запис на банкова транзакция (дата на местна дата,
  двойно количество
  Описание на низ) {}

  Тази декларация автоматично ще добави реализации на методите equals(), hashCode() и toString() в допълнение към методите конструктор и getter.

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

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