{"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\/novosti-interneta\/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 dient. Java SE 16 bietet weiterhin R\u00fcckw\u00e4rtskompatibilit\u00e4t zu fr\u00fcheren Versionen der Java-Plattform, sodass alle zuvor geschriebenen Java-Projekte ohne \u00c4nderungen unter der neuen Version ausgef\u00fchrt werden k\u00f6nnen. Die Installationspakete von Java SE 16 (JDK, JRE und Server JRE) sind f\u00fcr Linux (x86_64, AArch64), Windows und macOS verf\u00fcgbar. Die im Rahmen des OpenJDK-Projekts entwickelte Referenzimplementierung von Java 16 ist vollst\u00e4ndig unter der GPLv2-Lizenz mit Ausnahmen von GNU ClassPath lizenziert, die dynamisches Verkn\u00fcpfen mit kommerziellen Produkten erlauben. <\/p>\n
Java SE 16 geh\u00f6rt zur Kategorie der Releases mit regul\u00e4rer Unterst\u00fctzung, f\u00fcr die Updates bis zur n\u00e4chsten Version bereitgestellt werden. F\u00fcr eine Version mit langfristiger Unterst\u00fctzung (LTS) sollte Java SE 11 verwendet werden, dessen Updates bis 2026 bereitgestellt werden. Der n\u00e4chste LTS-Release ist f\u00fcr September 2021 geplant. Wir erinnern daran, dass mit dem Release von Java 10 das Projekt auf einen neuen Entwicklungsprozess umgestiegen ist, der einen k\u00fcrzeren Zyklus f\u00fcr die Erstellung neuer Versionen vorsieht. Neue Funktionen werden jetzt in einem st\u00e4ndig aktualisierten Master-Branch entwickelt, in den bereits fertiggestellte \u00c4nderungen integriert werden und von dem alle sechs Monate Branches f\u00fcr die Stabilisierung neuer Releases abgezweigt werden. <\/p>\n
Bei der Vorbereitung der neuen Version wurde die Entwicklung von dem Versionsverwaltungssystem Mercurial auf Git und die Plattform f\u00fcr gemeinsame Entwicklung GitHub umgestellt. Die Migration soll die Leistung der Repository-Operationen verbessern, die Effizienz der Speicherung erh\u00f6hen, den Zugang zu \u00c4nderungen in der gesamten Projektgeschichte gew\u00e4hrleisten, die Unterst\u00fctzung f\u00fcr Code-Reviews verbessern und die Verwendung von APIs zur Automatisierung von Arbeitsabl\u00e4ufen erm\u00f6glichen. Zudem macht die Anwendung von Git und GitHub das Projekt f\u00fcr Neulinge und Entwickler, die an Git gew\u00f6hnt sind, attraktiver. <\/p>\n
Zu den Neuerungen in Java 16 geh\u00f6ren: <\/p>\n
\n
Das experimentelle Modul jdk.incubator.vector wurde hinzugef\u00fcgt, das eine API f\u00fcr Vektorrechnungen implementiert. Diese Funktionen nutzen Vektor-Instruktionen von x86_64- und AArch64-Prozessoren und erm\u00f6glichen es, mehrere Werte gleichzeitig zu verarbeiten (SIMD). Im Gegensatz zu den im JIT-Compiler HotSpot angebotenen M\u00f6glichkeiten zur automatischen Vektorisierung von Skalaren gestattet die neue API eine explizite Steuerung der Vektorisierung zur parallelen Datenverarbeitung.\n
Im JDK- und VM HotSpot-Code, der in C++ geschrieben ist, d\u00fcrfen die M\u00f6glichkeiten, die in der C++14-Spezifikation eingef\u00fchrt wurden, verwendet werden. Zuvor war die Verwendung der Standards C++98\/03 erlaubt.\n
Der Z Garbage Collector (ZGC) wurde um die M\u00f6glichkeit zur parallelen Verarbeitung von Thread-Stacks ohne Unterbrechung der Ausf\u00fchrung der Anwendung erweitert. ZGC arbeitet passiv und minimiert Verz\u00f6gerungen durch Garbage Collection, sodass jetzt nur noch Arbeiten, die eine Unterbrechung erfordern und in der Regel nicht l\u00e4nger als einige Hundert Mikrosekunden dauern, bestehen bleiben.\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-, Microservices-, Cloud- und eingebetteten Systemomgebungen beliebt ist. Der vorgeschlagene Port erm\u00f6glicht die Ausf\u00fchrung von Java-Programmen wie herk\u00f6mmliche Anwendungen. Dar\u00fcber hinaus k\u00f6nnen durch jlink nicht verwendete Module entfernt und eine minimale Umgebung geschaffen werden, die ausreichend ist, um die Anwendung auszuf\u00fchren, was das Erstellen anwendungsspezifischer kompakten Images erleichtert.\n
Der Elastic Metaspace-Mechanismus wurde implementiert, um die Vorg\u00e4nge der Zuweisung und R\u00fcckgabe des von Klassenmetadaten (Metaspace) in der JVM HotSpot verwendeten Speichers zu optimieren. Die Verwendung von Elastic Metaspace verringert die Speicherfragmentierung, reduziert die Overheadkosten des Klassenladers und hat zudem positive Auswirkungen auf die Leistung lang laufender Serveranwendungen durch eine schnellere R\u00fcckgabe des von nicht mehr ben\u00f6tigten Klassenmetadaten besetzten Speichers an das Betriebssystem. Um den Modus f\u00fcr die Freigabe von Speicher nach dem Entladen von Klassen auszuw\u00e4hlen, wurde die Option -XX:MetaspaceReclaimPolicy=(balanced|aggressive|none) vorgeschlagen.\n
Ein JDK-Port f\u00fcr Windows-Systeme, die auf AArch64-basierten Prozessoren laufen, wurde hinzugef\u00fcgt.\n
Eine dritte Vorabversion der Foreign-Memory Access API wurde vorgeschlagen, die es Java-Anwendungen erm\u00f6glicht, sicher und effizient auf Speicherbereiche au\u00dferhalb des Java-H heaps zuzugreifen, indem neue Abstraktionen wie MemorySegment, MemoryAddress und MemoryLayout verwendet werden.\n
Eine experimentelle Foreign Linker API wurde implementiert, die Java den Zugriff auf nativen Code erm\u00f6glicht. Zusammen mit der Foreign-Memory API vereinfacht die neue Schnittstelle erheblich die Erstellung von Bindings f\u00fcr herk\u00f6mmliche gemeinsam genutzte Bibliotheken.\n
Das Tool jpackage wurde hinzugef\u00fcgt, um Pakete f\u00fcr eigenst\u00e4ndige Java-Anwendungen zu erstellen. Das Tool basiert auf dem javapackager aus JavaFX und erm\u00f6glicht die Erstellung von Paketen in formate, die f\u00fcr verschiedene Plattformen spezifisch 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
Standardm\u00e4\u00dfig ist die strikte Kapselung aller internen Elemente des JDK aktiviert, mit Ausnahme kritischer APIs wie sun.misc.Unsafe. Der Wert der Option \u2014illegal-access ist nun standardm\u00e4\u00dfig auf deny anstelle von permit gesetzt, was zu einer Blockierung von Versuchen f\u00fchrt, aus dem Code auf die meisten internen Klassen, Methoden und Felder zuzugreifen. Um diese Einschr\u00e4nkungen zu umgehen, kann die Option \u2014illegal-access=permit verwendet werden.\n
Die Umsetzung der Mustererkennung im Operator «instanceof» wurde stabilisiert, was es erm\u00f6glicht, sofort eine lokale Variable f\u00fcr den Zugriff auf den gepr\u00fcften Wert zu definieren. Zum Beispiel kann man direkt schreiben: «if (obj instanceof String s && s.length() > 5) {.. s.contains(..) ..}» ohne explizit «String s = (String) obj» zu definieren. Fr\u00fcher: if (obj instanceof Group) { Group group = (Group) obj; var entries = group.getEntries(); } Jetzt kann man ohne die Definition «Group group = (Group) obj» auskommen: if (obj instanceof Group group) { var entries = group.getEntries(); }\n
Die Umsetzung des Schl\u00fcsselworts «record» wurde stabilisiert, das eine kompakte Form zur Definition von Klassen bietet und es erm\u00f6glicht, auf die explizite Definition verschiedener niedrigstufiger Methoden wie equals(), hashCode() und toString() zu verzichten, wenn die Daten nur in Feldern gespeichert werden, deren Verhalten unver\u00e4ndert bleibt. Wenn in der Klasse Standardimplementierungen 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 Deklaration f\u00fchrt automatisch zu der Hinzuf\u00fcgung von Implementierungen der Methoden equals(), hashCode() und toString() zus\u00e4tzlich zum Konstruktor und den Methoden, die die Daten\u00e4nderungen \u00fcberwachen (Getter). <\/p>\n
Es wird eine zweite vorl\u00e4ufige Version versiegelter (\"sealed\") Klassen und Schnittstellen vorgeschlagen, die von anderen Klassen und Schnittstellen nicht zum Erben, Erweitern oder \u00dcberschreiben von Implementierungen verwendet werden k\u00f6nnen. Versiegelte Klassen bieten zudem eine deklarativere M\u00f6glichkeit, die Nutzung der Superklasse einzuschr\u00e4nken, als Zugriffsmodifizierer, die auf einer expliziten Auflistung der erlaubten Unterklassen zum Erweitern basieren. package com.example.geometry; public sealed class Shape permits com.example.polar.Circle, com.example.quad.Rectangle, com.example.quad.simple.Square {\u2026} <\/ul>\n