{"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\/da\/blog\/news\/vypusk-java-se-25-lts-i-openjdk-25","title":{"rendered":"Udgivelsen af Java SE 25 LTS og OpenJDK 25","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Efter seks m\u00e5neders udvikling har Oracle offentliggjort platformen Java SE 25 (Java Platform, Standard Edition 24), hvor den \u00e5bne projekt OpenJDK bruges som referenceimplementering. Bortset fra fjernelsen af nogle for\u00e6ldede funktioner er Java SE 25 bagudkompatibel med tidligere versioner af Java-platformen - de fleste eksisterende Java-projekter vil fungere uden \u00e6ndringer, n\u00e5r de k\u00f8rer p\u00e5 den nye version. Installationsklar Java SE 25-pakker (JDK, JRE og Server JRE) er tilg\u00e6ngelige til Linux (x86_64, AArch64), Windows (x86_64) og macOS (x86_64, AArch64). Den referencerimplementering af Java SE 25, der er udviklet som en del af OpenJDK-projektet, er helt \u00e5ben under GPLv2-licensen med undtagelser for GNU ClassPath, der tillader dynamisk binding til kommercielle produkter. <\/p>\n
Java SE 25 er klassificeret som en udgivelse med forl\u00e6nget support, opdateringer til denne vil blive frigivet indtil 2033 (offentlige opdateringer vil blive udgivet indtil september 2030). Java SE 17 og 21 forts\u00e6tter ogs\u00e5 med at blive underst\u00f8ttet som langsigtede supportversioner (LTS), hvor opdateringer vil blive frigivet indtil henholdsvis 2029 og 2031 (offentlige - indtil 2026 og 2028). Den udvidede support for LTS-versionerne Java SE 8 og 11 vil vare indtil 2030 og 2032. <\/p>\n
Blandt de nye funktioner i Java SE 25 (1, 2, 3, 4): <\/p>\n
\n
Der er tilf\u00f8jet et eksperimentelt API kaldet StableValue til arbejde med objekter, der indeholder immutable data og behandles i JVM som konstanter. Der anvendes optimeringsteknikker til disse objekter, der ligner dem for felter med n\u00f8gleordet \"final\". API'en StableValue adskiller oprettelse af konstante v\u00e6rdier fra deres inicialisering, garanterer, at v\u00e6rdien kun kan initialiseres \u00e9n gang, reducerer programmets opstartstid og muligg\u00f8r brug af optimering af konstantfoldning (constant-folding) i brugerens kode, som tidligere kun blev anvendt i intern JDK-kode. class Application { \/\/ F\u00f8r: \/\/ static final UserService USERS = new UserService(); \/\/ Nu: static final StableValue USERS = StableValue.of(); public static UserService users() { return USERS.orElseSet(UserService::new); } }\n
Der er tilf\u00f8jet et eksperimentelt API til kodning og dekodning af objekter med kryptografiske n\u00f8gler, certifikater og lister over tilbagekaldte certifikater ved hj\u00e6lp af PEM-formatet (Privacy-Enhanced Mail).\n
Der er tilf\u00f8jet st\u00f8tte for Scoped Values, som muligg\u00f8r deling af uforanderlige data mellem tr\u00e5de og effektiv dataudveksling mellem undertr\u00e5de (v\u00e6rdierne er arvet). Scoped Values udvikles for at erstatte mekanismen for tr\u00e5d-lokale variabler (thread-local variables) og er mere effektive, n\u00e5r der anvendes et meget stort antal virtuelle tr\u00e5de (tusinder og millioner af tr\u00e5de). Den prim\u00e6re forskel mellem Scoped Values og tr\u00e5d-lokale variable er, at de f\u00f8rstn\u00e6vnte skrives \u00e9n gang, ikke kan \u00e6ndres efterf\u00f8lgende, og kun er tilg\u00e6ngelige under tr\u00e5dens udf\u00f8relse.\n
API'et tilf\u00f8jes for brug af kryptografiske funktioner til n\u00f8gleafledning (KDF, key derivation function), der muligg\u00f8r dannelse af yderligere n\u00f8gler af den \u00f8nskede l\u00e6ngde baseret p\u00e5 en hemmelig n\u00f8gle (fx et kodeord) og et vilk\u00e5rligt datalag.\n
Koden og build-scripts til st\u00f8tte for 32-bit x86-systemer er blevet fjernet. Oph\u00f8ret af st\u00f8tten til 32-bit x86-systemer har gjort det muligt at forenkle infrastrukturen til bygning og testning af JDK, samt muligg\u00f8re implementering af funktioner afh\u00e6ngige af platforme uden at skulle skabe fallback-h\u00e5ndterere for 32-bit x86-systemer.\n
Muligheden for at bruge udtrykket «import module M» til at importere alle pakker, der eksporteres af den angivne modul, er blevet tilf\u00f8jet. \u00c6ndringen forenkler v\u00e6sentligt genbrug af modulbiblioteker ved at muligg\u00f8re tilslutning af biblioteker og klasser uden at skulle angive deres placering i pakkernes hierarki. For eksempel vil angivelsen af «import module java.base» importere alle 54 pakker, der indg\u00e5r i modulet java.base, som tidligere ville skulle n\u00e6vnes individuelt («import java.io.*», «import java.util.*» osv.).\n
Der er foresl\u00e5et en kompakt form for programdesign, som kan vise sig nyttig til undervisning og ved udvikling af sm\u00e5 applikationer. I den kompakte form kr\u00e6ves der ikke definition af overfl\u00f8dige klasser, typiske API'er importeres automatisk, og forenklede input\/output metoder er tilg\u00e6ngelige. For eksempel kan applikationen «Hello, World!» reduceres til: void main() { IO.println(«Hello, World!»); }\n
Det er nu tilladt at angive udtryk i konstrukt\u00f8rer f\u00f8r kaldet af super(…), som anvendes til eksplisit at kalde for\u00e6ldrekonstruktoren fra den arvede klasse, hvis disse udtryk ikke refererer til den instans, der oprettes af konstrukt\u00f8ren. class Outer { void hello() { System.out.println(«Hello»); } class Inner { Inner() { hello(); super(); } } }\n
Der er tilf\u00f8jet en generativ tilstand for Shenandoah affaldsindsamleren, hvor gamle og nyligt oprettede objekter behandles separat for at forbedre effektiviteten af oprydningen af objekter med kort levetid. Den nye tilstand giver mere forudsigelig genneml\u00f8b, modstandsdygtighed over for belastnings\u00e6ndringer og reduceret hukommelsesforbrug under affaldsindsamling. Shenandoah-planl\u00e6ggeren sigter mod at reducere stop-tiderne under affaldsindsamling ved at udf\u00f8re en st\u00f8rre m\u00e6ngde arbejde parallelt med k\u00f8rsel af Java-applikationer.\n
Oprettelsen af en cache til forh\u00e5ndsindl\u00e6sning (Ahead-of-Time) og sammens\u00e6tning af klasser er blevet forsimplet, hvilket muligg\u00f8r en hurtigere opstart af HotSpot JVM ved at g\u00f8re brug af klasser, der allerede er indl\u00e6st og sammensat. Ved opstart kr\u00e6ves der ikke l\u00e6ngere separate operationer for at registrere aktivitet og oprette cache, og blot \u00e9n kommando er nok: java -XX:AOTCacheOutput=app.aot -cp app.jar com.example.App …\n
Ved opstart af HotSpot Java VM er der implementeret mulighed for at bruge profiler for metodeudf\u00f8relse, der er opn\u00e5et ved den tidligere k\u00f8rsel af applikationen. \u00c6ndringen g\u00f8r det muligt for JIT-kompilatoren at undg\u00e5 at indsamle statistik og straks begynde at generere native kode uden at vente p\u00e5 dannelsen af profilen.\n
Der er implementeret st\u00f8tte til kompakte objektoverskrifter i HotSpot JVM, hvis st\u00f8rrelse p\u00e5 64-bit systemer er reduceret fra 96 til 64 bit (fra 12 til 8 byte). Reduceringen af overskriftens st\u00f8rrelse g\u00f8r det muligt at forkorte bunken og \u00f8ge cache-effektiviteten.\n
Den foresl\u00e5ede testimplementering af API Vector tilbyder funktioner til vektorberegning, der udf\u00f8res ved hj\u00e6lp af vektor-instruktioner fra x86_64- og AArch64-processorerne og g\u00f8r det muligt at anvende operationer p\u00e5 flere v\u00e6rdier samtidigt (SIMD). I mods\u00e6tning til de muligheder, der tilbydes af JIT-kompilatoren HotSpot for automatisk vektorisering af skal\u00e6re operationer, giver det nye API mulighed for eksplicit at styre vektoriseringen til parallel databehandling.\n
Den femte pre-release version af API til struktureret parallelisme (Structured Concurrency) er blevet foresl\u00e5et til test. Den forenkler udviklingen af multitr\u00e5dede applikationer ved at behandle flere opgaver, der udf\u00f8res i forskellige tr\u00e5de, som \u00e9n enkelt blok.\n
I m\u00f8nster matching-mekanismen er der foresl\u00e5et en tredje forudg\u00e5ende mulighed for at anvende primitive typer (int, byte, char og andre grundl\u00e6ggende typer, der ikke er objekter) i alle typer skabeloner, i «instanceof»-operatoren og i «switch»-blokke. switch (x.getStatus()) { case 0 -> «okay»; case 1 -> «warning»; case 2 -> «error»; case int i -> «unknown status: » + i; } if (i instanceof byte b) { … b … }\n
I JDK Flight Recorder (JFR) er der tilf\u00f8jet eksperimentel st\u00f8tte til profilering med mere pr\u00e6cis sporing af CPU-ressourceforbrug p\u00e5 Linux-platformen. Informationsdata om eksekveringstiden for forskellige konstruktioner kan tydeligt visualiseres med farvekodede diagrammer kaldet 'FlameGraph'.\n
Stabiliteten i JDK Flight Recorder (JFR) er forbedret ved asynkron sampling af stakene for Java-tr\u00e5de ved at omg\u00e5 stakrammen kun ved 'sikre punkter' (safepoints).\n
I JDK Flight Recorder (JFR) er der tilf\u00f8jet v\u00e6rkt\u00f8jer til sporing og vurdering af metodek\u00f8rselstid. Der underst\u00f8ttes sporingsfunktioner for stakken af specifikke metoder og optagelse af pr\u00e6cise statistikker om metodekald, der d\u00e6kker metrikker som udf\u00f8relsestid og antal kald. <\/ul>\n