Utgåvan av Java SE 25 LTS och OpenJDK 25

Efter sex månaders utveckling publicerade Oracle plattformen Java SE 25 (Java Platform, Standard Edition 24), där den referensimplementation som används är det öppna projektet OpenJDK. Förutom att vissa föråldrade funktioner togs bort, bevarades bakåtkompatibiliteten med tidigare versioner av Java-plattformen i Java SE 25 — de flesta tidigare skrivna Java-projekt kommer att fungera utan ändringar under den nya versionen. Färdiga installationspaket för Java SE 25 (JDK, JRE och Server JRE) har förberetts för Linux (x86_64, AArch64), Windows (x86_64) och macOS (x86_64, AArch64). Den referensimplementation som utvecklats inom ramen för OpenJDK för Java SE 25 är helt öppen under GPLv2-licensen med undantag för GNU ClassPath, som tillåter dynamisk länkning med kommersiella produkter.

Java SE 25 klassificeras som en version med utökat stöd, med uppdateringar som kommer att släppas fram till 2033 (offentliga uppdateringar kommer att släppas fram till september 2030). Versionerna Java SE 17 och 21 fortsätter också att stödjas som LTS-versioner, med uppdateringar som kommer att släppas fram till 2029 respektive 2031 (offentliga uppdateringar fram till 2026 och 2028). Utvidgat LTS-stöd för Java SE 8 och 11 kommer att pågå till 2030 respektive 2032.

Bland de nya funktioner som erbjuds i Java SE 25 (1, 2, 3, 4):

• En experimentell API, StableValue, har lagts till för att arbeta med objekt som innehåller oföränderliga data och hanteras i JVM som konstanter. Sådana objekt får prestationsoptimeringar som liknar fält med nyckelordet "final". StableValue API separerar skapandet av permanenta värden och deras initialisering, säkerställer att värdet endast kan initialiseras en gång, minskar programstarttiden och möjliggör användning av konstantutfällning (constant-folding) i användarkod, vilket tidigare endast användes i intern JDK-kod. class Application { // Tidigare: // static final UserService USERS = new UserService(); // Nu: static final StableValue USERS = StableValue.of(); public static UserService users() { return USERS.orElseSet(UserService::new); } }
• En experimentell API har lagts till för att koda och avkoda objekt med kryptografiska nycklar, certifikat och listor över återkallade certifikat, med hjälp av PEM-formatet (Pivacy-Enhanced Mail).
• Stödet för Scoped Values har lagts till, vilket möjliggör delning av oföränderliga data mellan trådar och effektiv datadelning mellan undertrådar (värdena ärvs). Scoped Values utvecklas för att ersätta mekanismen för tråd-lokala variabler och är mer effektiva när ett mycket stort antal virtuella trådar används (tusentals och miljoner trådar). Huvudskillnaden mellan Scoped Values och tråd-lokala variabler är att de senare skrivs en gång, kan inte ändras och är endast tillgängliga under körning av tråden.
• Ett API för användning av kryptografiska nyckelgenereringsfunktioner (KDF, key derivation function) har lagts till, vilket möjliggör skapandet av ytterligare nycklar av nödvändig längd baserat på en hemlig nyckel (t.ex. ett lösenord) och en godtycklig mängd data.
• Koden och byggscenarierna för stöd av 32-bitars x86-system har tagits bort. Avvecklingen av stödet för 32-bitars x86-system har förenklat infrastrukturen för byggande och testning av JDK samt möjliggjort implementering av funktioner kopplade till plattformar utan att skapa fallback-hanterare för 32-bitars x86-system.
• Möjligheten att använda ett enda uttryck "import module M" för att importera alla paket som exporteras av den angivna modulen har lagts till. Ändringen förenklar avsevärt återanvändningen av modulära bibliotek, vilket gör det möjligt att ansluta bibliotek och klasser utan att definiera deras plats i paketstrukturen. Till exempel kommer "import module java.base" att importera alla 54 paket som ingår i modulen java.base, vilket tidigare skulle ha krävt att de nämndes separat ("import java.io.*", "import java.util.*" etc.).
• Ett kompakt alternativ för programmeringsformat har föreslagits, vilket kan vara användbart för undervisning och utveckling av små applikationer. I den kompakta formen krävs ingen definition av överskottiga klasser, typiska API:er importeras automatiskt och förenklade in-/utdata-metoder är tillgängliga. Till exempel kan applikationen "Hello, World!" reduceras till: void main() { IO.println("Hello, World!"); }
• Det är tillåtet att ange uttryck i konstruktörer före anropet av super(…), som används för att explicit anropa konstruktören av föräldraklassen från konstruktören av den ärvda klassen, om dessa uttryck inte refererar till den instans som skapas av konstruktören. class Outer { void hello() { System.out.println("Hello"); } class Inner { Inner() { hello(); super(); } } }
• Den generativa driftsmoden för skräpsamlaren Shenandoah har lagts till, vilket innebär att gamla och nyligen skapade objekt hanteras separat för att öka effektiviteten vid rensning av objekt med kort livslängd. Den nya driftsmoden ger mer förutsägbar genomströmning, motståndskraft mot förändrad belastning och minskat minnesanvändning vid skräpsamling. Shenadoah-schemaläggaren syftar till att minska stopp-tiden under skräpsamling genom att utföra ett större arbete parallellt med körningen av Java-applikationer.
• Det har förenklats att skapa cache för Ahead-of-Time-laddning och kompilering av klasser, vilket gör det möjligt att snabba upp starten av HotSpot JVM genom att använda klasser i ett redan laddat och kompilerat tillstånd. Vid start krävs inte längre separata operationer för att registrera aktiviteter och skapa cache, utan det räcker med ett enda kommando: java -XX:AOTCacheOutput=app.aot -cp app.jar com.example.App …
• Vid start av HotSpot Java VM har möjligheten att använda metodernas körningsprofiler, som samlades in under den föregående körningen av applikationen, implementerats. Ändringen gör det möjligt för JIT-kompilatorn att undvika att samla in statistik och omedelbart börja generera nativ kod utan att vänta på profilens bildande.
• I HotSpot JVM har stöd för kompakta objekt-headerar implementerats, vars storlek på 64-bitars system har minskats från 96 till 64 bitar (från 12 till 8 byte). Minskat header-storlek gör att heap-storleken kan reduceras och effektiviteten i cachen kan förbättras.
• En föreslagen testimplementering av Vector-API:et erbjuder funktioner för vektorberäkningar, som utförs med hjälp av vektorinstruktioner för x86_64- och AArch64-processorer. Det möjliggör tillämpning av operationer samtidigt på flera värden (SIMD). Till skillnad från de auto-vektoriseringsmöjligheter som erbjuds i JIT-kompilatorn HotSpot ger det nya API:et möjlighet att explicit styra vektorisering för parallell databehandling.
• En femte preliminära version av API:et för strukturerad parallellism (Structured Concurrency) har föreslagits för testning. Denna version förenklar utvecklingen av flertrådiga applikationer genom att hantera flera uppgifter som körs i olika trådar som en enhetlig block.
• I mönstermatchningsmekanismen har den tredje preliminära versionen föreslagits, vilket möjliggör användning av primitiva typer (int, byte, char och andra grundläggande typer som inte är objekt) i alla typer av mallar, i operatorn «instanceof» och i «switch»-block. switch (x.getStatus()) { case 0 -> «okay»; case 1 -> «warning»; case 2 -> «error»; case int i -> «unknown status: » + i; } if (i instanceof byte b) { … b … }
• I JDK Flight Recorder (JFR) har experimentellt stöd för profileringsfunktioner med mer exakt spårning av CPU-resursanvändning på Linux-plattformen lagts till. Information om körning av olika konstruktioner kan visualiseras tydligt med hjälp av färgade diagram kallade «FlameGraph».
• Stabiliteten hos JDK Flight Recorder (JFR) har ökat vid asynkron sampling av Java-trådstackar genom att endast göra en genomgång av samtalsstackar vid så kallade «safepoints».
• I JDK Flight Recorder (JFR) har verktyg för spårning och utvärdering av metoder lagts till. Stöd ges för spårning av samtalsstackar för specifika metoder samt för att spela in exakt statistik över metodanrop, inklusive metrik som körningstid och antalet anrop.

Källa: opennet.ru