{"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\/no\/blog\/news\/vypusk-java-se-25-lts-i-openjdk-25","title":{"rendered":"Utgivelsen av Java SE 25 LTS og OpenJDK 25","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Etter seks m\u00e5neders utvikling har Oracle publisert Java SE 25 (Java Platform, Standard Edition 24), hvor den referanseimplementasjonen er det \u00e5pne prosjektet OpenJDK. Med unntak av fjerning av noen utdaterte funksjoner, opprettholder Java SE 25 bakoverkompatibilitet med tidligere versjoner av Java-plattformen \u2014 de fleste tidligere Java-prosjekter vil fungere uten endringer n\u00e5r de kj\u00f8res p\u00e5 den nye versjonen. Installerbare versjoner av Java SE 25 (JDK, JRE og Server JRE) er tilgjengelige for Linux (x86_64, AArch64), Windows (x86_64) og macOS (x86_64, AArch64). Den referanseimplementasjonen av Java SE 25, utviklet under OpenJDK-prosjektet, er helt \u00e5pen under GPLv2-lisensen med unntakene fra GNU ClassPath, som tillater dynamisk binding til kommersielle produkter. <\/p>\n
Java SE 25 er klassifisert som en utgave med utvidet st\u00f8tte, oppdateringer for den vil bli gitt frem til 2033 (offentlige oppdateringer vil bli utgitt frem til september 2030). Som LTS-endringer fortsetter ogs\u00e5 Java SE 17 og 21 \u00e5 bli st\u00f8ttet, hvor oppdateringer vil gis frem til 2029 og 2031 henholdsvis (offentlige - til 2026 og 2028). Den utvidede st\u00f8tten for LTS-versjonene av Java SE 8 og 11 vil vare frem til 2030 og 2032. <\/p>\n
Blant nyvinningene i Java SE 25 (1, 2, 3, 4): <\/p>\n
\n
Det er lagt til et eksperimentelt API StableValue for \u00e5 arbeide med objekter som inneholder uforanderlige data og som behandles i JVM som konstanter. Slike objekter f\u00e5r ytelsesoptimaliseringer som ligner p\u00e5 felt med n\u00f8kkelordet \u00abfinal\u00bb. StableValue API-et separerer oppretting av permanente verdier fra deres initialisering, garanterer at verdien kun kan initialiseres \u00e9n gang, reduserer oppstartstiden for programmer og tillater bruk av konstant-folding optimaliseringer i brukerens kode, som tidligere kun ble brukt i den interne JDK-koden. class Application { \/\/ Var: \/\/ static final UserService USERS = new UserService(); \/\/ Er blitt: static final StableValue USERS = StableValue.of(); public static UserService users() { return USERS.orElseSet(UserService::new); } }\n
Det er lagt til et eksperimentelt API for koding og dekoding av objekter med kryptografiske n\u00f8kler, sertifikater og lister over tilbakekalte sertifikater, ved bruk av PEM-formatet (Privacy-Enhanced Mail).\n
St\u00f8tte for Scope Values er lagt til, noe som gj\u00f8r det mulig \u00e5 dele uforanderlige data mellom tr\u00e5dene og effektivt utveksle data mellom undertr\u00e5der (verdier arves). Scope Values utvikles for \u00e5 erstatte mekanismen for tr\u00e5d-lokale variabler (thread-local variables) og er mer effektive n\u00e5r man bruker et veldig stort antall virtuelle tr\u00e5der (tusenvis eller millioner av tr\u00e5der). Hovedforskjellen mellom Scope Values og tr\u00e5d-lokale variabler er at de f\u00f8rste skrives \u00e9n gang, kan ikke endres senere og forblir tilgjengelige bare under hele tr\u00e5dens utf\u00f8relsestid.\n
API-er for bruk av kryptografiske n\u00f8kkeldrivingsfunksjoner (KDF, key derivation function) er lagt til, som gj\u00f8r det mulig \u00e5 generere ytterligere n\u00f8kkelverdier av n\u00f8dvendig lengde basert p\u00e5 en hemmelig n\u00f8kkel (for eksempel passord) og et vilk\u00e5rlig sett med data.\n
Koden og byggeprosedyrene for st\u00f8tte for 32-bits x86-systemer er fjernet. Opph\u00f8r av st\u00f8tte for 32-bits x86-systemer gj\u00f8r at infrastrukturen for bygging og testing av JDK kan forenkles, og det gj\u00f8r det ogs\u00e5 mulig \u00e5 implementere plattformavhengige funksjoner uten \u00e5 lage fallback-h\u00e5ndterere for 32-bits x86-systemer.\n
Det er n\u00e5 mulig \u00e5 bruke en enkel uttrykk \u00abimport module M\u00bb for \u00e5 importere alle pakkene som eksporteres av den angitte modulen. Denne endringen forenkler gjenbruk av modulbiblioteker betydelig, ved at man kan koble til biblioteker og klasser uten \u00e5 m\u00e5tte spesifisere plasseringen i pakkihierarkiet. For eksempel vil angivelsen \u00abimport module java.base\u00bb f\u00f8re til import av alle 54 pakkene som inng\u00e5r i modulen java.base, som tidligere m\u00e5tte nevnes individuelt (\u00abimport java.io.*\u00bb, \u00abimport java.util.*\u00bb osv.).\n
Det er foresl\u00e5tt en kompakt m\u00e5te \u00e5 formatere programmer p\u00e5, som kan v\u00e6re nyttig for undervisning og ved utvikling av mindre applikasjoner. I den kompakte formen er det ikke n\u00f8dvendig \u00e5 definere un\u00f8dvendige klasser; typiske API-er importeres automatisk, og forenklede inndata-\/utdata-metoder er tilgjengelige. For eksempel kan applikasjonen \u00abHello, World!\u00bb reduseres til: void main() { IO.println(\u00abHello, World!\u00bb); }\n
Det er n\u00e5 tillatt \u00e5 angi uttrykk i konstrukt\u00f8rer f\u00f8r kall til super(...), som brukes for \u00e5 eksplisitt kalle konstrukt\u00f8ren til superklassen fra konstrukt\u00f8ren til den arvede klassen, s\u00e5 lenge disse uttrykkene ikke refererer til instansen som konstrueres. class Outer { void hello() { System.out.println(\u00abHello\u00bb); } class Inner { Inner() { hello(); super(); } } }\n
Generativ modus for Shenandoah s\u00f8ppelsamleren er lagt til, hvor gamle og nylig opprettede objekter behandles separat for \u00e5 \u00f8ke effektiviteten i rensingen av objekter med kort levetid. Den nye modusen gir mer forutsigbar gjennomstr\u00f8mning, motstand mot endringer i belastningen og redusert minneforbruk under s\u00f8ppelsamling. Shenandoah-planleggeren fokuserer p\u00e5 \u00e5 redusere stoppetidene under s\u00f8ppelsamling ved \u00e5 utf\u00f8re mer arbeid parallelt med kj\u00f8ringen av Java-applikasjoner.\n
Opprettelsen av cache for forh\u00e5ndslasting (Ahead-of-Time) av klasser er forenklet, noe som gj\u00f8r at oppstarten av HotSpot JVM g\u00e5r raskere ved \u00e5 utnytte klasser i allerede lastet og kompilert tilstand. Under oppstart kreves det ikke lenger separate operasjoner for \u00e5 skrive aktivitet og opprette cache, og det holder med \u00e9n kommando: java -XX:AOTCacheOutput=app.aot -cp app.jar com.example.App ...\n
Ved oppstart av HotSpot Java VM er det mulig \u00e5 bruke kj\u00f8remetodeprofiler innhentet ved forrige kj\u00f8ring av applikasjonen. Denne endringen lar JIT-kompilatoren unng\u00e5 \u00e5 samle statistikk og umiddelbart begynne \u00e5 generere maskinkode uten \u00e5 vente p\u00e5 at profilen skal dannes.\n
HotSpot JVM har f\u00e5tt st\u00f8tte for kompakte objektoverskrifter, hvis st\u00f8rrelse p\u00e5 64-biters systemer er redusert fra 96 til 64 biter (fra 12 til 8 byte). Reduksjonen i st\u00f8rrelsen p\u00e5 overskriftene gj\u00f8r det mulig \u00e5 redusere st\u00f8rrelsen p\u00e5 heapen og forbedre cache-effektiviteten.\n
Foresl\u00e5tt er en testimplementering av API Vector, som gir funksjoner for vektorberegninger utf\u00f8rt med vektorielle instruksjoner fra prosessorene x86_64 og AArch64, og som gj\u00f8r det mulig \u00e5 anvende operasjoner p\u00e5 flere verdier samtidig (SIMD). I motsetning til funksjonene for autotering av skalaroperasjoner som tilbys i JIT-kompilatoren HotSpot, gir det nye APIet mulighet for eksplisitt styring av vektorisering for parallell databehandling.\n
Foresl\u00e5tt for testing er den femte prelimin\u00e6re versjonen av APIet for strukturert parallellisme, som forenkler utviklingen av flertr\u00e5dede applikasjoner ved \u00e5 behandle flere oppgaver, som kj\u00f8res i forskjellige tr\u00e5der, som en enhetlig blokk.\n
I m\u00f8nstermatching-mekanismen er det foresl\u00e5tt en tredje prelimin\u00e6r variant av muligheten til \u00e5 bruke primitive typer (int, byte, char og andre grunnleggende typer som ikke er objekter) i alle typer maler, i \u00abinstanceof\u00bb-operatoren og i \u00abswitch\u00bb-blokker. switch (x.getStatus()) { case 0 -> \u00abok\u00bb; case 1 -> \u00abadvarsel\u00bb; case 2 -> \u00abfeil\u00bb; case int i -> \u00abukjent status: \u00bb + i; } if (i instanceof byte b) { ... b ... }\n
I JDK Flight Recorder (JFR) er det lagt til eksperimentell st\u00f8tte for profilering med mer n\u00f8yaktig sporing av CPU-ressursforbruk p\u00e5 Linux-plattformen. Informasjon om kj\u00f8ringen av ulike konstruksjoner kan tydelig visualiseres ved hjelp av fargede diagrammer «FlameGraph».\n
Stabiliteten til JDK Flight Recorder (JFR) er forbedret ved asynkron sampling av stakker i Java-tr\u00e5der, gjennom \u00e5 omg\u00e5 stakkene bare p\u00e5 «sikre punkter» (safepoints).\n
I JDK Flight Recorder (JFR) er det lagt til verkt\u00f8y for sporing og vurdering av metodenes kj\u00f8retid. St\u00f8tte for sporing av stakkene for spesifikke metoder og registrering av n\u00f8yaktig statistikk over metodekall som dekker m\u00e5linger som kj\u00f8retid og antall kall er inkludert. <\/ul>\n