Utgivning av Java SE 27 och OpenJDK 27

Efter sex månaders utveckling har Oracle publicerat plattformen Java SE 27 (Java Platform, Standard Edition 27), vars referensimplementation bygger på det öppna projektet OpenJDK. Med undantag för borttagning av vissa föråldrade funktioner bevarar Java SE 27 bakåtkompatibilitet med tidigare versioner av Java-plattformen — de flesta tidigare skrivna Java-projekt kommer att fungera utan förändringar när de körs med den nya versionen. Installationsfärdiga versioner av Java SE 27 (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-projektet är helt öppen under GPLv2-licens med undantag för GNU ClassPath som tillåter dynamisk länkning med kommersiella produkter.

Java SE 27 klassas som en version med vanlig support, där uppdateringar kommer att släppas fram till nästa release. För långsiktigt stödda versioner (LTS) bör Java SE 25, Java SE 21 eller Java SE 17 användas, vars uppdateringar kommer att ges ut fram till åren 2033, 2031 och 2029 respektive (offentliga — fram till september 2030, 2028 och 2026). Den utökade supporten för LTS-versionen Java SE 8 kommer att fortsätta till 2030, medan Java SE 11 supportar till 2032.

Bland ändringarna i Java SE 27 (1, 2, 3, 4):

• Som standard används skräpsamlare G1 (Garbage-First) för alla miljöer, som tidigare användes för servrar. G1 är optimerad för användning på flerprocessystem med stora mängder minne och balanserar mellan förutsägbarhet i fördröjningar och hög bandbredd. Under drift delar G1 upp minnet i många små regioner och rensar först de regioner där det finns fler oanvända objekt och färre aktivt använda data.
• I HotSpot JVM används kompakta objektöverskrifter som standard. Storleken på överskrifterna har minskats från 96 till 64 bitar på 64-bitars system, vilket har minskat minnesanvändningen och ökat sannolikheten för att data hamnar i processorens cache. I SPECjbb2015-tester minskade minnesanvändningen med 22 %, CPU-belastningen med 8 %, och antalet skräpsamlingsoperationer minskade med 15 %. När JSON-parsingtestet genomfördes minskade genomloppstiden för testerna med 10 %.
• I implementeringen av TLS 1.3 har stöd för hybrida nyckelutbytesalgoritmer lagts till, som kombinerar algoritmen ML-KEM (CRYSTALS-Kyber), som är kvantresistent, med klassiska algoritmer baserade på elliptiska kurvor ECDHE: X25519MLKEM768 (ECDHE med kurvan X25519 + ML-KEM-768), SecP256r1MLKEM76 (ECDHE med kurvan secp256r1 + ML-KEM-768) och SecP384r1MLKEM1024 (ECDHE med kurvan secp384r1 + ML-KEM-1024). I API:et javax.net.ssl Dessa scheman är aktiverade som standard och kräver inga ändringar i applikationerna för att användas.
• I JDK Flight Recorder (JFR), som används för övervakning, profilering och prestandadiagnostik, har stöd för rengöring av den sparade diagnostikinformationen för kommandoradsargument, initiala värden för miljövariabler och systemegenskaper lagts till. Denna förändring förhindrar läckage av konfidentiell information som hanteras av den profilerade processen, såsom autentiseringstoken och API-åtkomstnycklar som överförs via miljövariabler.
• Den tredje preliminära versionen av API för Lazy Constants har implementerats för att arbeta med objekt som innehåller oföränderliga data och behandlas i JVM som konstanter. Till sådana objekt tillämpas prestandaoptimeringar som liknar fält med nyckelordet "final". Till skillnad från "final" separerar det nya API:et skapandet av konstantvärden och deras initialisering, garanterar att värdet endast kan initialiseras en gång, minskar programstartstiden och möjliggör optimeringar av konstantveckning i användarkod, som tidigare endast användes i den interna koden i JDK. class Application { // Tidigare: // static final UserService USERS = new UserService(); // Nu kan man: static final StableValue USERS = StableValue.of(); public static UserService users() { return USERS.orElseSet(UserService::new); } }
• I mönstermatchningsmekanismen har en femte preliminär variant av möjligheten att använda primitiva typer (int, byte, char och andra grundläggande typer som inte är objekt) i alla typer av mallar, i "instanceof"-operatorn och i "switch"-block föreslagits. switch (x.getStatus()) { case 0 -> "okej"; case 1 -> "varning"; case 2 -> "fel"; case int i -> "okänt tillstånd: " + i; } if (i instanceof byte b) { … b … }
• Den sjunde preliminära versionen av API:t för strukturerad parallellism (Structured Concurrency) har föreslagits för testning, vilket förenklar utvecklingen av flertrådade applikationer genom att hantera flera uppgifter som körs i olika trådar som ett enda block.
• Den tolfte testimplementeringen av API:t Vector har genomförts, vilket erbjuder funktioner för vektorberäkningar som utförs med hjälp av vektorinstruktioner från x86_64 och AArch64, och gör det möjligt att applicera operationer på flera värden samtidigt (SIMD). Till skillnad från de av HotSpot JIT-kompilatorn erbjudna möjligheterna för automatisk vektorisering av skalaroperationer, ger det nya API:t möjlighet att explicit hantera vektorisering för parallell databehandling.
• Den tredje preliminära versionen av API:t för kodning och avkodning av objekt med kryptografiska nycklar, certifikat och återkallade certifikatlistor, med hjälp av PEM-formatet (Pivacy-Enhanced Mail), är tillgänglig.

Dessutom kan man notera publiceringen av plattformsuppdateringen för att skapa applikationer med grafiskt gränssnitt, JavaFX 27. Inom några timmar förväntas också lanseringen av den universella virtuella maskinen GraalVM 27, som stöder körning av applikationer i JavaScript (Node.js), Python, Ruby, R, samt alla språk för JVM (Java, Scala, Clojure, Kotlin) och språk för vilka det kan genereras LLVM-bitkod (C, C++, Rust).

Källa: opennet.ru