{"id":143670,"date":"2025-09-17T11:12:01","date_gmt":"2025-09-17T09:12:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-java-se-25-lts-i-openjdk-25"},"modified":"2025-09-17T11:12:01","modified_gmt":"2025-09-17T09:12:01","slug":"vypusk-java-se-25-lts-i-openjdk-25","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/vypusk-java-se-25-lts-i-openjdk-25","title":{"rendered":"Java SE 25 LTS und OpenJDK 25 ver\u00f6ffentlicht","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nach sechs Monaten der Entwicklung hat Oracle die Plattform Java SE 25 (Java Platform, Standard Edition 24) ver\u00f6ffentlicht, wobei das OpenJDK-Projekt als Referenzimplementierung dient. Abgesehen von der Entfernung einiger veralteter Funktionen in Java SE 25 bleibt die R\u00fcckw\u00e4rtskompatibilit\u00e4t mit fr\u00fcheren Versionen der Java-Plattform erhalten \u2014 die meisten zuvor entwickelten Java-Projekte werden ohne \u00c4nderungen unter der neuen Version lauff\u00e4hig sein. Die einsatzbereiten Builds von Java SE 25 (JDK, JRE und Server JRE) sind f\u00fcr Linux (x86_64, AArch64), Windows (x86_64) und macOS (x86_64, AArch64) verf\u00fcgbar. Die im Rahmen des OpenJDK-Projekts entwickelte Referenzimplementierung von Java SE 25 ist vollst\u00e4ndig unter der GPLv2-Lizenz mit GNU ClassPath-Ausnahmen ver\u00f6ffentlicht, die die dynamische Verkn\u00fcpfung mit kommerziellen Produkten erm\u00f6glichen. <\/p>\n
Java SE 25 geh\u00f6rt zu den Versionen mit langfristiger Unterst\u00fctzung, f\u00fcr die Updates bis 2033 ver\u00f6ffentlicht werden (\u00f6ffentliche Updates bis September 2030). Auch die Versionen Java SE 17 und 21 werden weiterhin als LTS (Long Term Support) unterst\u00fctzt, wobei Updates bis 2029 und 2031 zur Verf\u00fcgung stehen (\u00f6ffentliche bis 2026 und 2028). Die erweiterte Unterst\u00fctzung der LTS-Versionen Java SE 8 und 11 wird bis 2030 bzw. 2032 fortgesetzt. <\/p>\n
Zu den Neuerungen in Java SE 25 geh\u00f6ren (1, 2, 3, 4): <\/p>\n
\n
Eine experimentelle StableValue-API wurde hinzugef\u00fcgt, um mit Objekten zu arbeiten, die unver\u00e4nderliche Daten enthalten und in der JVM als Konstanten verarbeitet werden. Solche Objekte profitieren von Leistungsoptimierungen, die vergleichbar sind mit den Feldern, die das Schl\u00fcsselwort \u201efinal\u201c verwenden. Die StableValue-API trennt die Erstellung von konstanten Werten von deren Initialisierung, stellt sicher, dass ein Wert nur einmal initialisiert werden kann, reduziert die Startzeit von Programmen und erm\u00f6glicht es, in Benutzer-Code Optimierungen zur Konstanteverkn\u00fcpfung (constant-folding) anzuwenden, die zuvor nur in internem JDK-Code verwendet wurden. class Application { \/\/ War: \/\/ static final UserService USERS = new UserService(); \/\/ Ist: static final StableValue USERS = StableValue.of(); public static UserService users() { return USERS.orElseSet(UserService::new); } }\n
Eine experimentelle API zum Kodieren und Dekodieren von Objekten mit kryptografischen Schl\u00fcsseln, Zertifikaten und Zertifikat-R\u00fcckruflisten wurde hinzugef\u00fcgt, die das PEM-Format (Privacy-Enhanced Mail) verwenden.\n
Die Unterst\u00fctzung f\u00fcr Scoped Values wurde hinzugef\u00fcgt, die es erm\u00f6glichen, unver\u00e4nderliche Daten in Streams gemeinsam zu nutzen und den Datenaustausch zwischen untergeordneten Threads effizient zu gestalten (Werte werden vererbt). Scoped Values entwickeln sich als Ersatz f\u00fcr Thread-local-Variablen und sind effizienter, wenn eine sehr gro\u00dfe Anzahl von virtuellen Threads verwendet wird (tausende bis Millionen von Threads). Der Hauptunterschied zwischen Scoped Values und Thread-local-Variablen besteht darin, dass erstere einmal geschrieben werden, danach nicht mehr ge\u00e4ndert werden k\u00f6nnen und nur zur Laufzeit des Threads verf\u00fcgbar sind.\n
Ein API zur Verwendung kryptografischer Schl\u00fcsselableitungsfunktionen (KDF, key derivation function) wurde hinzugef\u00fcgt, die es erm\u00f6glichen, zus\u00e4tzliche Schl\u00fcssel der erforderlichen L\u00e4nge auf Basis eines geheimen Schl\u00fcssels (zum Beispiel eines Passworts) und einer beliebigen Datenmenge zu generieren.\n
Der Code und die Build-Skripte zur Unterst\u00fctzung von 32-Bit-x86-Systemen wurden entfernt. Die Einstellung der Unterst\u00fctzung f\u00fcr 32-Bit-x86-Systeme hat die Infrastruktur f\u00fcr die Erstellung und das Testen des JDK vereinfacht und die Umsetzung plattformspezifischer Funktionen ohne die Notwendigkeit von Fallback-Handlers f\u00fcr 32-Bit-x86-Systeme erm\u00f6glicht.\n
Die M\u00f6glichkeit, mit der Anweisung \u201eimport module M\u201c alle Pakete, die von einem bestimmten Modul exportiert werden, gleichzeitig zu importieren, wurde hinzugef\u00fcgt. Diese \u00c4nderung erleichtert erheblich die Wiederverwendbarkeit von Modulbibliotheken, da Bibliotheken und Klassen ohne Angabe ihres Speicherorts in der Paket-Hierarchie eingebunden werden k\u00f6nnen. Beispielsweise f\u00fchrt die Angabe \u201eimport module java.base\u201c zum Import aller 54 Pakete, die im Modul java.base enthalten sind, die zuvor einzeln erw\u00e4hnt werden mussten (\u201eimport java.io.*\u201c, \u201eimport java.util.*\u201c usw.).\n
Ein kompakter Ansatz zur Programmgestaltung wurde vorgeschlagen, der sich als n\u00fctzlich f\u00fcr das Lernen und bei der Entwicklung kleinerer Anwendungen erweisen kann. In der kompakten Form ist es nicht notwendig, zus\u00e4tzliche Klassen zu definieren; Typen von APIs werden automatisch importiert und vereinfachte Ein- und Ausgabemethoden sind verf\u00fcgbar. Zum Beispiel k\u00f6nnte das Programm \u201eHallo, Welt!\u201c auf Folgendes reduziert werden: void main() { IO.println(\u201eHallo, Welt!\u201c); }\n
Es ist erlaubt, Ausdr\u00fccke in Konstruktoren anzugeben, bevor super(...) aufgerufen wird, das zum expliziten Aufruf des Konstruktors der Basisklasse aus dem Konstruktor der abgeleiteten Klasse verwendet wird, sofern diese Ausdr\u00fccke nicht auf die vom Konstruktor erstellte Instanz verweisen. class Outer { void hello() { System.out.println(\"Hello\"); } class Inner { Inner() { hello(); super(); } } }\n
Der generative Modus des Shenandoah-Garbagesammlers wurde hinzugef\u00fcgt, in dem alte und neu erstellte Objekte separat bearbeitet werden, um die Effizienz der Bereinigung von Objekten mit kurzer Lebensdauer zu steigern. Der neue Modus sorgt f\u00fcr eine vorhersehbarere Durchsatzrate, Widerstandsf\u00e4higkeit gegen\u00fcber Last\u00e4nderungen und eine Reduzierung des Speicherverbrauchs w\u00e4hrend der Garbage Collection. Der Shenandoah-Planer zielt darauf ab, die Ausfallzeiten w\u00e4hrend der Garbage Collection durch die Durchf\u00fchrung eines gr\u00f6\u00dferen Arbeitsvolumens parallel zu den laufenden Java-Anwendungen zu reduzieren.\n
Die Erstellung eines Caches f\u00fcr die vorausgreifende (Ahead-of-Time) Lade- und Zusammenstellung von Klassen wurde vereinfacht, um den Start der HotSpot JVM zu beschleunigen, indem Klassen im bereits geladenen und zusammengestellten Zustand verwendet werden. Beim Start sind keine separaten Operationen zum Protokollieren der Aktivit\u00e4t und Erstellen des Caches mehr erforderlich; ein einziger Befehl gen\u00fcgt: java -XX:AOTCacheOutput=app.aot -cp app.jar com.example.App ...\n
Bei der HotSpot Java VM wird die M\u00f6glichkeit zur Nutzung von Ausf\u00fchrungsprofilen eingebaut, die bei der letzten Ausf\u00fchrung der Anwendung gewonnen wurden. Diese \u00c4nderung erm\u00f6glicht es dem JIT-Compiler, auf die Erfassung von Statistiken zu verzichten und sofort mit der Generierung von nativen Code zu beginnen, ohne auf die Erstellung des Profils zu warten.\n
In der HotSpot JVM wurde die Unterst\u00fctzung f\u00fcr kompakte Objekt-Header implementiert, deren Gr\u00f6\u00dfe auf 64-Bit-Systemen von 96 auf 64 Bit (von 12 auf 8 Byte) reduziert wurde. Die Verkleinerung der Header-Gr\u00f6\u00dfe tr\u00e4gt dazu bei, den Heap-Speicher zu verkleinern und die Effizienz des Caches zu erh\u00f6hen.\n
Eine Testimplementierung der API Vector wurde vorgeschlagen, die Funktionen f\u00fcr Vektorberechnungen bereitstellt, die mit Hilfe von Vektorbefehlen der x86_64- und AArch64-Prozessoren durchgef\u00fchrt werden und gleichzeitig Operationen auf mehreren Werten (SIMD) anwenden k\u00f6nnen. Im Gegensatz zu den vom JIT-Compiler HotSpot angebotenen M\u00f6glichkeiten zur automatischen Vektorisierung von Skalaren, erm\u00f6glicht die neue API eine explizite Steuerung der Vektorisierung f\u00fcr die parallele Datenverarbeitung.\n
Der f\u00fcnfte vorl\u00e4ufige Entwurf der API f\u00fcr strukturierten Parallelismus (Structured Concurrency) wurde zur Testung vorgeschlagen. Dieser vereinfacht die Entwicklung von Multithread-Anwendungen, indem er mehrere Aufgaben, die in verschiedenen Threads ausgef\u00fchrt werden, als eine Einheit behandelt.\n
Im Rahmen des Musterabgleichs wurde eine dritte vorl\u00e4ufige M\u00f6glichkeit vorgeschlagen, primitive Typen (int, byte, char und andere grundlegende Typen, die keine Objekte sind) in allen Arten von Vorlagen, im «instanceof»-Operator und in «switch»-Bl\u00f6cken zu verwenden. switch (x.getStatus()) { case 0 -> «okay»; case 1 -> «warning»; case 2 -> «error»; case int i -> « unbekannter Status: » + i; } if (i instanceof byte b) { … b … }\n
JDK Flight Recorder (JFR) hat experimentelle Unterst\u00fctzung f\u00fcr das Profiling mit genauerer Nachverfolgung des CPU-Ressourcenverbrauchs auf der Linux-Plattform hinzugef\u00fcgt. Informationen zur Laufzeit verschiedener Konstruktionen k\u00f6nnen anschaulich mit Hilfe farbiger «FlameGraph»-Diagramme visualisiert werden.\n
Die Stabilit\u00e4t von JDK Flight Recorder (JFR) beim asynchronen Sampling von Java-Thread-Stacks wurde durch die Umgehung des Aufruf-Stacks nur an «sicheren Punkten» (safepoints) erh\u00f6ht.\n
Im JDK Flight Recorder (JFR) wurden Werkzeuge zur Verfolgung und Bewertung der Ausf\u00fchrungszeit von Methoden hinzugef\u00fcgt. Die Verfolgung des Aufrufstapels bestimmter Methoden sowie die Erfassung pr\u00e4ziser Statistiken zu Methodenaufrufen, einschlie\u00dflich Metriken wie Ausf\u00fchrungszeit und Anzahl der Aufrufe, wird unterst\u00fctzt. <\/ul>\n