Utgivning av Java SE 23 och OpenJDK 23

Efter sex månaders utveckling har Oracle publicerat plattformen Java SE 23 (Java Platform, Standard Edition 23), där OpenJDK används som referensimplementation. Förutom att vissa föråldrade funktioner har tagits bort bevaras bakåtkompatibiliteten med tidigare versioner av Java-plattformen i Java SE 23 – de flesta tidigare skrivna Java-projekt kommer att fungera utan ändringar vid körning under den nya versionen. Installerbara versioner av Java SE 22 (JDK, JRE och Server JRE) är tillgängliga för Linux (x86_64, AArch64), Windows (x86_64) och macOS (x86_64, AArch64). Den referensimplementation av Java 23 som utvecklats inom ramen för OpenJDK-projektet är helt öppen under GPLv2-licensen med undantag för GNU ClassPath, som tillåter dynamisk länkning med kommersiella produkter.

Java SE 23 klassificeras som en version med vanlig supportperiod, där uppdateringar kommer att släppas fram till nästa version. För långsiktig support (LTS) bör Java SE 21 eller Java SE 17 användas, med uppdateringar som kommer att släppas fram till 2031 respektive 2029 (allmänt tillgängliga till 2028 och 2026). Den utökade supporten för LTS-versionen av Java SE 8 kommer att pågå till 2030, medan Java SE 11 kommer att stödjas fram till 2032.

Bland nyheterna i Java SE 23:

• Generativ läge för ZGC (Generational Z Garbage Collector) är nu aktiverat som standard, vilket använder separat hantering av "gamla" och "unga" objekt för att öka effektiviteten av rensning av nyligen skapade objekt med kort livslängd. Användningen av Generational ZGC minskar risken för pauser under resursallokering och sänker CPU-belastningen samt minnesförbrukningen vid skräphantering. Testning av Generational ZGC med Apache Cassandra 4 visade en fyrfaldig ökning av genomströmning vid konstant storlek på heap och en minskning av heap-storleken med en fjärdedel vid oförändrad genomströmning.
• JavaDoc har fått stöd för att använda Markdown-syntax för att dokumentera kod i kommentarer, vilket kan användas istället för en blandning av HTML och @-taggar i JavaDoc.
• Mekanismen för mönsterigenkänning har utvidgats med preliminärt stöd fö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 … }
• Preliminärt stöd har lagts till för att använda ett uttryck "import module M" för att importera alla paket som exporteras av det angivna modul. Ändringen förenklar avsevärt återanvändning av modulbibliotek, vilket gör det möjligt att ansluta bibliotek och klasser utan att specificera deras plats i paketets hierarki. Till exempel kommer angivandet av "import module java.base" att importera alla 54 paket som ingår i modulen java.base, som tidigare skulle behöva nämnas separat ("import java.io.*", "import java.util.*" etc.).

  En andra preliminär implementation av API:et Class-File för att analysera, generera och konvertera Java-klassfiler har föreslagits. ClassFile cf = ClassFile.of(); ClassModel classModel = cf.parse(bytes); byte[] newBytes = cf.build(classModel.thisClass().asSymbol(), classBuilder -> { for (ClassElement ce : classModel) { if (!(ce instanceof MethodModel mm && mm.methodName().stringValue().startsWith("debug"))) { classBuilder.with(ce); } } });

• En åttonde preliminär implementation av API:et Vector som tillhandahåller funktioner för vektorberäkningar har föreslagits, där beräkningarna utförs med hjälp av vektorinstruktioner från processorer x86_64 och AArch64, vilket möjliggör att flera värden kan bearbetas samtidigt (SIMD). Till skillnad från de möjligheter som erbjuds av JIT-kompilatorn HotSpot för autovektorisering av skalära operationer, ger det nya API:et möjlighet att explicit styra vektorising för parallell databehandling.
• Metoderna format, printf, readPassword och readLine för klass java.io.Console har lagts till för att formatera, skriva ut och läsa text med hänsyn till vald lokal. System.console().printf(Locale.FRANCE, "%1$tY-%1$tB-%1$te %1$tA", new Date()) 2024-mai-16 torsdag
• Den andra förhandsversionen av det utvidgade Stream API har lagts till, vilket stödjer definiering av egna mellanliggande operationer som kan vara användbara i de fall där de befintliga inbyggda mellanliggande operationerna inte räcker till för önskad datakonvertering. Egna handlare kopplas in med hjälp av den nya mellanliggande operationen Stream::gather(Gatherer), som bearbetar strömelement genom att tillämpa en användardefinierad handlare. jshell> Stream.of(1,2,3,4,5,6,7,8,9).gather(new WindowFixed(3)).toList() $1 ==>> [[1, 2, 3], [4, 5, 6], [7, 8, 9]]
• Den tredje förhandsversionen av implicit deklarerade klasser och anonyma instanser av metoden "main" har lagts till, där man kan klara sig utan deklarationer såsom public/static, överföring av argumentarray och andra entiteter relaterade till klassdeklarationen. // tidigare public class HelloWorld { public static void main(String[] args) { System.out.println("Hello world!"); } } // nu kan man void main() { System.out.println("Hello, World!"); }
• Den andra förhandsversionen har lagts till av en funktionalitet som tillåter angivande av uttryck i konstruktorer före anropet av super(...), som används för att explicit anropa föräldraklassens konstruktor från den ärvda klassens konstruktor, om dessa uttryck inte refererar till instansen som skapats av konstruktorn. class Outer { void hello() { System.out.println("Hello"); } class Inner { Inner() { hello(); super(); } } }
• Den tredje förhandsversionen av Scoped Values har lagts till, vilket tillåter delning av oföränderliga data mellan trådar och effektivt utbyte av data mellan barntrådar (värden ärver). Scoped Values utvecklas för att ersätta mekanismen för tråd-lokala variabler (thread-local variables) och är mer effektiva när det används ett mycket stort antal virtuella trådar (tusentals och miljontals trådar). Den huvudsakliga skillnaden mellan Scoped Values och tråd-lokala variabler är att de förstnämnda skrivs en gång, kan inte ändras i framtiden och förblir endast tillgängliga under trådens körning.
• Den tredje preliminära API-versionen för strukturerad samtidighet (Structured Concurrency) som föreslås för testning förenklar utvecklingen av flertrådiga applikationer genom att hantera flera uppgifter som körs i olika trådar som en enhetlig block.
• Metoder för åtkomst till extern minne (utanför JVM) som tillhandahålls av klassen sun.misc.Unsafe har förklarats som föråldrade och planeras att tas bort. För åtkomst till minne utanför heapen och interaktion med extern kod rekommenderas API:erna VarHandle och FFM (Foreign Function & Memory).

Dessutom kan nämnas publiceringen av plattformsuppdateringen för att skapa applikationer med grafiskt användargränssnitt JavaFX 23 och inkluderingen av JIT-kompilatorn GraalVM i Oracle JDK 23.

Även en ny version av den universella virtuella maskinen GraalVM har presenterats, som stöder körning av applikationer i JavaScript (Node.js), Python, Ruby, R, alla språk för JVM (Java, Scala, Clojure, Kotlin) samt språk för vilka LLVM-bitkod kan genereras (C, C++, Rust). Förutom att stödja JDK 23 har den nya versionen optimerat minnesanvändning och storlek på exekveringskod, med fullständigt stöd för att integrera Python och WebAssembly i Java-kod med hjälp av JIT-kompilering.

Källa: opennet.ru