Java SE 16 väljalaskmine

Pärast kuue kuu arendust on Oracle välja andnud Java SE 16 (Java Platform, Standard Edition 16), mille standardrakenduseks on avatud projekt OpenJDK. Java SE 16 säilitab tagurpidi ühilduvuse varasemate Java platvormi väljaannetega, mistõttu töötavad kõik varem kirjutatud Java projektid muutumatul kujul uue versiooni all. Java SE 16 (JDK, JRE ja Server JRE) paigaldamiseks on ette valmistatud versioonid Linuxile (x86_64, AArch64), Windowsile ja macOS-ile. OpenJDK projekti raames välja töötatud Java 16 standardrakendus on täielikult avatud GPLv2 litsentsi all koos GNU ClassPath eranditega, mis lubavad dünaamilist sidumist kommertstooteid.

Java SE 16 liigitatakse tavapärase toe jaotiste hulka, mille uuendusi antakse välja seni, kuni ilmub järgmine versioon. Pikaajalise toe (LTS) haru jaoks tuleks kasutada Java SE 11, mille uuendused antakse välja kuni 2026. aastani. Järgmine LTS-versioon on planeeritud 2021. aasta septembrisse. Tuletame meelde, et alates Java 10 väljaandmisest on projekt muutnud arendamisprotsessi, mis tähendab lühemaid uusi väljaannete tsükleid. Uusi funktsioone arendatakse nüüd ühes pidevalt värskendatud master-harus, kuhu kaasatakse juba valmis muudatused ja kust harud stabiliseerimiseks jagunevad iga kuue kuu tagant.

Uue väljaande ettevalmistamisel on arendus üleviidud versioonihalduse süsteemist Mercurial Git-i ja koostööplatvormile GitHub. Oodatakse, et migreerimine tõstab väljaande jõudlust, suurendab salvestuse efektiivsust, võimaldab juurdepääsu muudatustele kogu projekti ajaloo jooksul, parandab koodi ülevaatamise tuge ja võimaldab kasutada API-d tööprotsesside automatiseerimiseks. Lisaks teeb Git-i ja GitHub-i kasutamine projekti uustulnukatele ja arendajatele, kes on harjunud Git-iga, atraktiivsemaks.

Java 16 uuendustest võib välja tuua:

• Lisatud eksperimentaalne moodul jdk.incubator.vector, mis rakendab API Vector, pakkudes funktsioone vektorkalkulatsioonide tegemiseks, mis toimub x86_64 ja AArch64 protsessorite vektori instruktsioonide abil ning võimaldab samaaegselt rakendada operatsioone mitmele väärtusele (SIMD). Erinevalt HotSpot JIT-kogujast, mis toetab automaatset vektorimist skalaarkalkulatsioonide jaoks, võimaldab uus API selgelt hallata vektoreid andmete paralleelseks töötlemiseks.
• JDK ja VM HotSpot C++ koodis on lubatud kasutada C++14 spetsifikatsioonis ilmunud võimalusi. Varem lubati kasutada C++98/03 standardeid.
• ZGC (Z Garbage Collector), mis töötab passiivrežiimis ja püüab võimalikult vähe vähendada prügikoristuse põhjustatud viivitusi, on saanud võimaluse paralleelseks töötlemiseks voogude steikide puhul ilma rakenduse voogude peatamiseta. ZGC-s on nüüd alles vaid need peatamised, mis põhjustavad pidevaid viivitusi, mis tavaliselt ei ületa vaid mõningaid sadu mikrosekundeid.
• Unix-sokkide (AF_UNIX) tugi on lisatud klassides SocketChannel, ServerSocketChannel ja java.nio.channels.
• On välja töötatud ports Linuxi Alpine distributsioonile koos standardse C teegiga musl, mis on populaarne konteinerite, mikroteenuste, pilveteenuste ja sisseehitatud süsteemide keskkondades. Selle porti abil saavad Java programmid töötada nagu tavalised rakendused. Lisaks saab jlink-iga eemaldada kõik kasutamata moodulid ja moodustada minimaalne keskkond, mis on piisav rakenduse käitamiseks, võimaldades luua spetsiifilisi kompaktseid kujutisi.
• On rakendatud Elastic Metaspace mehhanism, mis optimeerib mälu eraldamise ja taastamise toiminguid, mis on seotud klasside metateabega (metaspace) JVM HotSpotis. Elastic Metaspace'i kasutamine vähendab mälu fragmenteerimist, alandab klasside laadimise kulusid ning mõjufaktorina parandab pikaajaliste serverite rakenduste jõudlust, pakkudes operatsioonisüsteemile kiiremat vabastamist mittekasutatud klasside metateabega hõivatud mälu. Klasside väljavoolu järel mälu vabastamise režiimi valimiseks on ette nähtud variant „-XX:MetaspaceReclaimPolicy=(balanced|aggressive|none)”.
• JDK port on Windows systems with AArch64 architecture has been added.
• A third preliminary version of the Foreign-Memory Access API has been proposed, allowing Java applications to safely and efficiently access memory areas outside the Java heap, manipulating new abstractions MemorySegment, MemoryAddress, and MemoryLayout.
• An experimental Foreign Linker API has been implemented, providing access from Java to native code. Together with the Foreign-Memory API, this new interface significantly simplifies the creation of wrappers around common shared libraries.
• A jpackage utility has been added, enabling the creation of packages for self-contained Java applications. This utility is based on the javapackager from JavaFX and allows packages to be created in formats native to various platforms (msi and exe for Windows, pkg and dmg for macOS, deb and rpm for Linux). The packages include all necessary dependencies.
• Strict encapsulation of all internal JDK elements is now enabled by default, except for critical APIs such as sun.misc.Unsafe. The value of the ‘—illegal-access’ option is now set to ‘deny’ by default instead of ‘permit’, which will block attempts to access most internal classes, methods, and fields from code. To bypass this restriction, the option ‘—illegal-access=permit’ should be used.
• The implementation of pattern matching in the ‘instanceof’ operator has been stabilized, allowing local variables to be directly assigned for accessing the checked value. For example, you can now write ‘if (obj instanceof String s && s.length() > 5) {.. s.contains(..) ..}’ without explicitly defining ‘String s = (String) obj’. Previously: if (obj instanceof Group) { Group group = (Group) obj; var entries = group.getEntries(); } Now you can avoid defining ‘Group group = (Group) obj’: if (obj instanceof Group group) { var entries = group.getEntries(); }
• The implementation of the ‘record’ keyword has been stabilized, providing a compact way to define classes, allowing for the omission of explicit definitions of various low-level methods such as equals(), hashCode(), and toString(), in cases where data is stored only in fields, and the behavior of working with them does not change. When typical implementations of the methods equals(), hashCode(), and toString() are used in a class, there is no need for their explicit definition: public record BankTransaction(LocalDate date, double amount, String description) {}

  See määratlemine toob automaatselt kaasa meetodite equals(), hashCode() ja toString() teostuste lisamise koos konstruktoriga ja meetoditega, mis kontrollivad andmete muutmist (getter).

• Esitati teine eelnõu kinnitatud („sealed“) klasside ja liideste kohta, mida teised klassid ja liidesed ei saa pärida, laiendada ega implementatsiooni üle kirjutada. Kinnitatud klassid pakuvad ka deklaratiivsemat viisi superservere kasutamise piiramiseks kui ligipääsukoodid, mis põhinevad lubatud alamsuunade otse loetlemisel. package com.example.geometry; public sealed class Shape permits com.example.polar.Circle, com.example.quad.Rectangle, com.example.quad.simple.Square {…}

Allikas: opennet.ru