{"id":99453,"date":"2021-03-17T04:22:35","date_gmt":"2021-03-17T02:22:35","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-java-se-16"},"modified":"2021-03-17T04:22:35","modified_gmt":"2021-03-17T02:22:35","slug":"vypusk-java-se-16","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/vypusk-java-se-16","title":{"rendered":"Java SE 16 ver\u00f6ffentlicht","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nach sechs Monaten Entwicklung hat Oracle die Plattform Java SE 16 (Java Platform, Standard Edition 16) ver\u00f6ffentlicht, wobei das OpenJDK-Projekt als Referenzimplementierung verwendet wird. Java SE 16 bewahrt die Abw\u00e4rtskompatibilit\u00e4t zu fr\u00fcheren Versionen der Java-Plattform, alle zuvor geschriebenen Java-Projekte werden ohne \u00c4nderungen unter der neuen Version funktionsf\u00e4hig sein. Installierbare Bereitstellungen von Java SE 16 (JDK, JRE und Server JRE) sind f\u00fcr Linux (x86_64, AArch64), Windows und macOS vorbereitet. Die im Rahmen des OpenJDK-Projekts entwickelte Referenzimplementierung von Java 16 ist vollst\u00e4ndig unter der GPLv2 mit Ausnahmen der GNU ClassPath lizenziert, die dynamisches Binden an kommerzielle Produkte zulassen. <\/p>\n
Java SE 16 geh\u00f6rt zur Kategorie der Ver\u00f6ffentlichungen mit allgemeiner Unterst\u00fctzung, Updates daf\u00fcr werden bis zur n\u00e4chsten Ver\u00f6ffentlichung bereitgestellt. F\u00fcr eine Langzeit-Support-Version (LTS) sollte Java SE 11 verwendet werden, f\u00fcr die Updates bis 2026 bereitgestellt werden. Die n\u00e4chste LTS-Version ist f\u00fcr September 2021 geplant. Es sei daran erinnert, dass mit der Ver\u00f6ffentlichung von Java 10 das Projekt auf einen neuen Entwicklungsprozess umgestiegen ist, der k\u00fcrzere Zyklen f\u00fcr neue Releases vorsieht. Neue Funktionen werden nun in einem st\u00e4ndig aktualisierten Master-Zweig entwickelt, in den bereits fertige \u00c4nderungen aufgenommen werden und von dem alle sechs Monate Zweige zur Stabilisierung neuer Versionen abgezweigt werden. <\/p>\n
Im Rahmen der Vorbereitung einer neuen Version wurde die Entwicklung von Mercurial auf Git und die Plattform GitHub umgestellt. Es wird erwartet, dass die Migration die Leistung der Repository-Operationen verbessert, die Effizienz der Speicherung erh\u00f6ht, den Zugriff auf \u00c4nderungen \u00fcber die gesamte Projektgeschichte erm\u00f6glicht, die Unterst\u00fctzung f\u00fcr Code-Reviews verbessert und APIs zur Automatisierung von Arbeitsabl\u00e4ufen aktiviert. Dar\u00fcber hinaus macht der Einsatz von Git und GitHub das Projekt f\u00fcr Neueinsteiger und Entwickler, die mit Git vertraut sind, attraktiver. <\/p>\n
Zu den Neuerungen von Java 16 geh\u00f6ren: <\/p>\n
\n
Ein experimentelles Modul jdk.incubator.vector wurde hinzugef\u00fcgt, das die Vector-API implementiert und Funktionen f\u00fcr Vektoroperationen bereitstellt, die mit Vektor-Instruktionen der Prozessoren x86_64 und AArch64 durchgef\u00fchrt werden, wodurch gleichzeitig Operationen auf mehreren Werten (SIMD) angewendet werden k\u00f6nnen. Im Gegensatz zu den im HotSpot JIT-Compiler verf\u00fcgbaren M\u00f6glichkeiten zur Autovektorierung skalaren Operationen erm\u00f6glicht die neue API eine explizite Steuerung der Vektorierung f\u00fcr die parallele Verarbeitung von Daten.\n
Im JDK- und VM HotSpot-Code, der in C++ geschrieben ist, wurde die Verwendung der in der C++14-Spezifikation neu hinzugekommenen Features erlaubt. Zuvor war die Verwendung der Standards C++98\/03 gestattet.\n
Im Z Garbage Collector (ZGC), der im passiven Modus arbeitet und Verz\u00f6gerungen durch die M\u00fcllsammlung so weit wie m\u00f6glich minimiert, wurde die M\u00f6glichkeit zur parallelen Verarbeitung von Thread-Stacks ohne Unterbrechung der Ausf\u00fchrung von Anwendungs-Threads hinzugef\u00fcgt. Im ZGC verbleiben nun nur noch die erforderlichen Unterbrechungen, die konstante Verz\u00f6gerungen aufweisen, die normalerweise wenige Hundert Mikrosekunden nicht \u00fcberschreiten.\n
Die Klassen SocketChannel, ServerSocketChannel und java.nio.channels unterst\u00fctzen jetzt Unix-Sockets (AF_UNIX).\n
Ein Port f\u00fcr die Linux-Distribution Alpine mit der standardm\u00e4\u00dfigen C-Bibliothek musl wurde implementiert, der in Container-Umgebungen, Mikroservices, Cloud- und eingebetteten Systemen beliebt ist. Der vorgeschlagene Port erm\u00f6glicht das Ausf\u00fchren von Java-Anwendungen wie herk\u00f6mmliche Programme in solchen Umgebungen. Au\u00dferdem k\u00f6nnen mit jlink alle ungenutzten Module entfernt und eine minimale Umgebung erstellt werden, die f\u00fcr die Ausf\u00fchrung der Anwendung ausreichend ist, was die Erstellung anwendungsspezifischer kompakter Images erm\u00f6glicht.\n
Das Elastic Metaspace-System wurde implementiert, das die Speicherzuweisung und -freigabe f\u00fcr die von Klassenmetadaten (Metaspace) in der JVM HotSpot ben\u00f6tigte Speicherkapazit\u00e4t optimiert. Der Einsatz von Elastic Metaspace reduziert die Speicherfragmentierung, verringert den Overhead im Klassenlader und wirkt sich positiv auf die Leistung langfristig laufender Serveranwendungen aus, indem er eine schnellere Freigabe von nicht verwendeten Metadaten an das Betriebssystem erm\u00f6glicht. Zur Auswahl des Freigabemodus nach dem Entladen von Klassen wird die Option '-XX:MetaspaceReclaimPolicy=(balanced|aggressive|none)' vorgeschlagen.\n
Ein JDK-Port f\u00fcr Windows-Systeme, die auf AArch64-Prozessorarchitektur basieren, wurde hinzugef\u00fcgt.\n
Eine dritte Vorabversion der API Foreign-Memory Access wurde vorgeschlagen, die es Java-Anwendungen erm\u00f6glicht, sicher und effizient auf Speicherbereiche au\u00dferhalb des Java-Hauptspeichers zuzugreifen, indem neue Abstraktionen wie MemorySegment, MemoryAddress und MemoryLayout verwendet werden.\n
Eine experimentelle API Foreign Linker wurde implementiert, die den Zugriff auf nativen Code aus Java erm\u00f6glicht. Zusammen mit der API Foreign-Memory erleichtert die neue Programmierschnittstelle erheblich die Erstellung von Wrappers f\u00fcr herk\u00f6mmliche gemeinsam genutzte Bibliotheken.\n
Das Dienstprogramm jpackage wurde hinzugef\u00fcgt, das es erm\u00f6glicht, Pakete f\u00fcr selbstst\u00e4ndige (self-contained) Java-Anwendungen zu erstellen. Das Dienstprogramm basiert auf javapackager aus JavaFX und erm\u00f6glicht die Erstellung von Paketen in Formaten, die f\u00fcr verschiedene Plattformen typisch sind (msi und exe f\u00fcr Windows, pkg und dmg f\u00fcr macOS, deb und rpm f\u00fcr Linux). Die Pakete enthalten alle erforderlichen Abh\u00e4ngigkeiten.\n
Die strikte Kapselung aller internen Elemente des JDK ist standardm\u00e4\u00dfig aktiviert, mit Ausnahme kritischer APIs wie sun.misc.Unsafe. Der Wert der Option '--illegal-access' ist jetzt standardm\u00e4\u00dfig auf 'deny' gesetzt anstatt auf 'permit', was zu einer Blockierung von Versuchen f\u00fchrt, aus dem Code auf die meisten internen Klassen, Methoden und Felder zuzugreifen. Um die Einschr\u00e4nkung zu umgehen, sollte die Option '--illegal-access=permit' verwendet werden.\n
Die Implementierung des Mustermatching im 'instanceof'-Operator wurde stabilisiert, wodurch sofort eine lokale Variable f\u00fcr den Zugriff auf den gepr\u00fcften Wert definiert werden kann. Zum Beispiel kann direkt geschrieben werden: 'if (obj instanceof String s && s.length() > 5) {.. s.contains(..) ..}' ohne explizite Definition 'String s = (String) obj'. Fr\u00fcher: if (obj instanceof Group) { Group group = (Group) obj; var entries = group.getEntries(); } Jetzt kann auf die Definition 'Group group = (Group) obj' verzichtet werden: if (obj instanceof Group group) { var entries = group.getEntries(); }\n
Die Implementierung des Schl\u00fcsselworts 'record' wurde stabilisiert, das eine kompakte Form zur Definition von Klassen bereitstellt, die ohne die explizite Definition verschiedener niederleveliger Methoden wie equals(), hashCode() und toString() auskommt, wenn die Daten nur in Feldern gespeichert werden, deren Verhalten sich nicht \u00e4ndert. Wenn in einer Klasse die standardm\u00e4\u00dfigen Implementierungen der Methoden equals(), hashCode() und toString() verwendet werden, kann auf deren explizite Definition verzichtet werden: public record BankTransaction(LocalDate date, double amount, String description) {}\n
Diese Ank\u00fcndigung f\u00fchrt automatisch zur Implementierung der Methoden equals(), hashCode() und toString() zus\u00e4tzlich zum Konstruktor und den Methoden, die die Daten\u00e4nderung steuern (Getter). <\/p>\n
Es wurde eine zweite vorl\u00e4ufige Variante versiegelter («sealed») Klassen und Schnittstellen vorgeschlagen, die von anderen Klassen und Schnittstellen nicht zum Vererben, Erweitern oder \u00dcberschreiben der Implementierung verwendet werden k\u00f6nnen. Versiegelte Klassen bieten auch eine deklarativere M\u00f6glichkeit, die Verwendung des Superklassens einzuschr\u00e4nken, als Zugriffsmodifizierer, die auf einer ausdr\u00fccklichen Auflistung der Unterklassen basieren, die f\u00fcr die Erweiterung erlaubt sind. package com.example.geometry; public sealed class Shape permits com.example.polar.Circle, com.example.quad.Rectangle, com.example.quad.simple.Square {…} <\/ul>\n