{"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\/nl\/blog\/news\/vypusk-java-se-25-lts-i-openjdk-25","title":{"rendered":"Release van Java SE 25 LTS en OpenJDK 25","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Na zes maanden ontwikkeling heeft Oracle het Java SE 25-platform (Java Platform, Standard Edition 24) gepubliceerd, waarvan het open project OpenJDK als referentie-implementatie dienstdoet. Behalve een aantal verouderde functies te verwijderen, behoudt Java SE 25 de terugwaartse compatibiliteit met eerdere versies van het Java-platform \u2014 de meeste eerder geschreven Java-projecten zullen zonder wijzigingen functioneren onder de nieuwe versie. Klaar voor installatie zijn de builds van Java SE 25 (JDK, JRE en Server JRE) voor Linux (x86_64, AArch64), Windows (x86_64) en macOS (x86_64, AArch64). De referentie-implementatie van Java SE 25, ontwikkeld binnen het OpenJDK-project, is volledig open onder de GPLv2-licentie met uitzonderingen van GNU ClassPath, die dynamische koppeling met commerci\u00eble producten toestaan. <\/p>\n
Java SE 25 wordt gecategoriseerd als een release met een verlengde ondersteuningsperiode, met updates die tot 2033 zullen worden uitgebracht (de publiek toegankelijke updates zullen tot september 2030 worden aangeboden). Als een release met een lange ondersteuningsperiode (LTS) blijven ook de versies Java SE 17 en 21 ondersteund, met updates die tot respectievelijk 2029 en 2031 zullen worden uitgebracht (publiek toegankelijke - tot 2026 en 2028). De verlengde ondersteuning voor de LTS-versies Java SE 8 en 11 loopt tot respectievelijk 2030 en 2032. <\/p>\n
Onder de nieuwigheden die in Java SE 25 worden aangeboden (1, 2, 3, 4): <\/p>\n
\n
Een experimentele API StableValue is toegevoegd voor het werken met objecten die onveranderlijke gegevens bevatten en die in de JVM als constanten worden verwerkt. Deze objecten profiteren van prestatie-optimalisaties die vergelijkbaar zijn met velden met het sleutelwoord 'final'. De API StableValue scheidt de creatie van constante waarden van hun initialisatie, garandeert dat een waarde maar \u00e9\u00e9n keer kan worden ge\u00efnitialiseerd, vermindert de opstarttijd van programma's en stelt ontwikkelaars in staat constant-folding optimalisaties toe te passen in gebruikerscode, die voorheen alleen in interne JDK-code werden gebruikt. class Application { \/\/ Was: \/\/ static final UserService USERS = new UserService(); \/\/ Is: static final StableValue USERS = StableValue.of(); public static UserService users() { return USERS.orElseSet(UserService::new); } }\n
Een experimentele API is toegevoegd voor het coderen en decoderen van objecten met cryptografische sleutels, certificaten en lijsten van ingetrokken certificaten, gebruikmakend van het PEM-formaat (Privacy-Enhanced Mail).\n
Ondersteuning voor Scoped Values is toegevoegd, waardoor onveranderlijke gegevens kunnen worden gedeeld tussen threads en effici\u00ebnt kunnen worden uitgewisseld tussen sub-threads (waarden worden ge\u00ebrfd). Scoped Values worden ontwikkeld ter vervanging van thread-lokale variabelen en zijn effici\u00ebnter bij het gebruik van een zeer groot aantal virtuele threads (duizenden en miljoenen threads). Het belangrijkste verschil tussen Scoped Values en thread-lokale variabelen is dat de eerste \u00e9\u00e9n keer worden geschreven, daarna niet kunnen worden veranderd en alleen beschikbaar blijven tijdens de uitvoering van de thread.\n
API voor het gebruik van cryptografische functie voor sleutelafleiding (KDF, key derivation function) is toegevoegd, waardoor het mogelijk is om extra sleutels van de benodigde lengte te genereren op basis van de geheime sleutel (bijvoorbeeld een wachtwoord) en een willekeurige set gegevens.\n
De code en bouwscripts ter ondersteuning van 32-bit x86 systemen zijn verwijderd. Het stopzetten van ondersteuning voor 32-bit x86 systemen heeft de infrastructuur voor het bouwen en testen van JDK vereenvoudigd, en heeft het mogelijk gemaakt om functies te implementeren die aan specifieke platforms zijn verbonden, zonder fallback-handlers voor 32-bit x86 systemen te moeten cre\u00ebren.\n
De mogelijkheid is toegevoegd om \u00e9\u00e9n uitdrukking \u00abimport module M\u00bb te gebruiken voor het importeren van alle pakketten die door de opgegeven module worden ge\u00ebxporteerd. Deze wijziging vereenvoudigt het hergebruik van modulaire bibliotheken aanzienlijk, waardoor bibliotheken en klassen kunnen worden aangesloten zonder hun locatie in de pakket hi\u00ebrarchie te defini\u00ebren. Bijvoorbeeld, het opgeven van \u00abimport module java.base\u00bb leidt tot het importeren van alle 54 pakketten die tot de module java.base behoren, die eerder apart genoemd moesten worden (\u00abimport java.io.*\u00bb, \u00abimport java.util.*\u00bb enzovoort).\n
Er is een compacte opzet voor programma's voorgesteld, die nuttig kan zijn voor onderwijs en bij de ontwikkeling van kleine applicaties. In de compacte vorm is er geen behoefte om overbodige klassen te defini\u00ebren, worden typische API's automatisch ge\u00efmporteerd en zijn vereenvoudigde invoer-\/uitvoermethoden beschikbaar. Bijvoorbeeld, de applicatie \u00abHello, World!\u00bb kan worden teruggebracht tot: void main() { IO.println(\u00abHello, World!\u00bb); }\n
Het is toegestaan om in constructeurs uitdrukkingen op te geven voordat super(\u2026) wordt aangeroepen, dat wordt gebruikt voor het expliciet aanroepen van de constructor van de bovenliggende klasse vanuit de constructor van de afgeleide klasse, zolang deze uitdrukkingen geen verwijzing naar het door de constructor gemaakte exemplaar bevatten. class Outer { void hello() { System.out.println(\u00abHello\u00bb); } class Inner { Inner() { hello(); super(); } } }\n
De generatieve modus van de Shenandoah garbage collector is toegevoegd, waarbij oude en recent aangemaakte objecten apart worden behandeld om de effici\u00ebntie van het opruimen van objecten met een korte levensduur te verbeteren. De nieuwe modus zorgt voor een meer voorspelbare doorvoersnelheid, weerstand tegen veranderingen in de belasting en een vermindering van het geheugengebruik tijdens het garbage collection. De Shenandoah scheduler richt zich op het verkorten van de stilstandtijd tijdens het garbage collection door meer werk parallel aan de uitvoering van Java-toepassingen uit te voeren.\n
Het proces van het maken van een cache voor voorkeurs (Ahead-of-Time) laden en samenstellen van klassen is vereenvoudigd, waardoor de opstarttijd van de HotSpot JVM kan worden versneld door klassen in een al geladen en samengestelde staat te gebruiken. Bij het opstarten zijn er geen aparte handelingen meer nodig voor het vastleggen van activiteit en het maken van een cache; een enkele opdracht is voldoende: java -XX:AOTCacheOutput=app.aot -cp app.jar com.example.App \u2026\n
Bij het starten van de HotSpot Java VM is de mogelijkheid ge\u00efmplementeerd om uitvoeringsprofielen van methoden te gebruiken die zijn verkregen tijdens de vorige uitvoering van de toepassing. Deze wijziging stelt de JIT-compiler in staat om zonder het accumuleren van statistieken meteen native code te genereren zonder te wachten op het opstellen van een profiel.\n
In de HotSpot JVM is de ondersteuning voor compacte objectheaders ge\u00efmplementeerd, waarvan de grootte op 64-bits systemen is verminderd van 96 naar 64 bit (van 12 naar 8 byte). Het verkleinen van de header-grootte leidt tot een verminderde heap-grootte en verhoogt de effectiviteit van de cache.\n
Een testimplementatie van de Vector API is voorgesteld, die functies biedt voor vectorberekeningen die worden uitgevoerd met behulp van vectorinstructies van x86_64 en AArch64 processors en die tegelijkertijd operaties op meerdere waarden kunnen toepassen (SIMD). In tegenstelling tot de auto-vectorisatie van scalaire operaties die wordt geboden door de JIT-compiler HotSpot, biedt de nieuwe API de mogelijkheid om de vectorisatie expliciet te beheren voor parallelle gegevensverwerking.\n
Een vijfde voorlopige variant van de API voor gestructureerde parallelisme (Structured Concurrency) is voorgesteld voor testdoeleinden, die de ontwikkeling van multi-threaded applicaties vergemakkelijkt door meerdere taken die in verschillende threads worden uitgevoerd als \u00e9\u00e9n enkele blok te behandelen.\n
In het patroonmatchingmechanisme is een derde voorlopige variant voorgesteld die het gebruik van primitieve types (int, byte, char en andere basis types die geen objecten zijn) in alle vormen van sjablonen, in de \u00abinstanceof\u00bb operator en in \u00abswitch\u00bb blokken mogelijk maakt. switch (x.getStatus()) { case 0 -> \u00abokay\u00bb; case 1 -> \u00abwarning\u00bb; case 2 -> \u00aberror\u00bb; case int i -> \u00abunknown status: \u00bb + i; } if (i instanceof byte b) { \u2026 b \u2026 }\n
In JDK Flight Recorder (JFR) is experimentele ondersteuning toegevoegd voor profiling met een nauwkeuriger toezicht op het CPU-gebruik op het Linux-platform. Informatie over de uitvoeringstijden van verschillende constructies kan visueel worden weergegeven met behulp van gekleurde diagrammen 'FlameGraph'.\n
De stabiliteit van JDK Flight Recorder (JFR) is verbeterd bij asynchroon monsteren van Java-threadstacks door het omzeilen van de oproepstack alleen bij 'veilige punten' (safepoints).\n
In JDK Flight Recorder (JFR) zijn hulpmiddelen voor het traceren en evalueren van de uitvoeringstijd van methoden toegevoegd. Ondersteuning wordt geboden voor het traceren van de aanroepstack van specifieke methoden en het vastleggen van nauwkeurige statistieken over methodaanroepen, inclusief metrische gegevens zoals uitvoeringstijd en aantal aanroepen. <\/ul>\n