Після півроку розробки, Oracle оголосив про випуск нова версія JavaSE 15 як еталонну реалізацію, яка використовує проект OpenJDK з відкритим кодом.
JavaSE 15 він класифікується як звичайна версія підтримки, з оновленнями, які будуть випущені до наступної версії. Java SE 11 слід використовувати як довготривалу опору (LTS) та оновлення будуть випускатися до 2026 року. Попередня гілка Java 8 LTS буде підтримуватися до грудня 2020 року. Наступний випуск LTS запланований на вересень 2021 року.
Основні нові функції Java SE 15
У цій новій версії представлена функція підтримки для підпису EdDSA RFC 8032, запропонована реалізація EdDSA не залежить від апаратних платформ, він захищений від атак бічних каналів (гарантується постійний час усіх обчислень) і перевершує існуючу реалізацію ECDSA, написану на мові C, з точки зору продуктивності, з однаковим рівнем захисту.
Ще однією зміною є експериментальна підтримка герметичних класів та інтерфейсів що їх не можуть використовувати інші класи та інтерфейси успадковувати, продовжувати або розкласти.
Також у цій новій версії Java SE 15 виділено підтримка прихованих класів, які не можна використовувати безпосередньо за допомогою байт-коду інших класів. Ключове використання прихованих класів - для фреймворків, які динамічно генерують класи під час виконання та опосередковано використовують їх через відображення.
Сміттєзбірник ZGC (Z збирач сміття) було стабілізовано та визнано готовим до загального використання. ZGC працює в пасивному режимі, щоб максимально мінімізувати час затримки через збір сміття (час простою при використанні ZGC не перевищує 10 мс) і може працювати з малими і великими кучами, розміром від декількох сотень від мегабайт до багатьох терабайт.
Сміттєзбірник Шенандоа стабілізувався і визнав його повсюдним. Shenandoah розроблений Red Hat and виділяється використанням алгоритму, який зменшує час паузи під час збирання сміття при чищенні паралельно із запущеними програмами Java.
Також підтримка текстових блоків стабілізована та введений мовою: a нова форма буквальних рядків Вони дозволяють включати багатострокові текстові дані до вихідного коду без використання символів переходу та збереження вихідного форматування тексту в блоці.
З іншого боку API Legacy DatagramSocket було перероблено як старі реалізації java.net.DatagramSocket та java.net.MulticastSocket були замінені на сучасну реалізацію, простішу для налагодження та обслуговування, сумісну з віртуальними потоками, розробленими проектом Loom.
У разі можливого порушення сумісності з існуючим кодом, стара реалізація не була вилучена і може бути активована за допомогою параметра jdk.net.usePlainDatagramSocketImpl.
Крім того, пропонується друга експериментальна реалізація узгодження шаблонів в операторі "instanceof", що дозволяє негайно визначити локальну змінну для доступу до перевіреного значення.
Нарешті, також виділена друга експериментальна реалізація ключового слова «record», яка забезпечує компактну форму для визначень класів, уникаючи необхідності явно визначати кілька низькорівневих методів, таких як equals (), hashCode () та toString (), у випадках, коли дані зберігаються лише в полях.
В кінці кінців інші помітні зміни:
- Запропоновано другий проект API доступу до зовнішньої пам'яті
- Технологію оптимізації блокованого блокування, яку використовує HotSpot JVM для зменшення накладних витрат на блокування, вимкнено та припинено.
- Активація RMI заявленого застарілого механізму, який буде вилучений у майбутньому випуску.
- Видалено механізм JavaScript Nashorn, який застарів у Java SE 11.
- Видалено порти для процесорів Solaris OS та SPARC (Solaris / SPARC, Solaris / x64 та Linux / SPARC).
Si ви хочете дізнатися більше про це про цю нову версію. Ви можете перевірити деталі У наступному посиланні.