{"id":101268,"date":"2021-09-15T10:22:53","date_gmt":"2021-09-15T08:22:53","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-java-se-17"},"modified":"2021-09-15T10:22:53","modified_gmt":"2021-09-15T08:22:53","slug":"vypusk-java-se-17","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/vypusk-java-se-17","title":{"rendered":"Udgivelsen af Java SE 17","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Efter seks m\u00e5neders udvikling har Oracle udgivet Java SE 17 (Java Platform, Standard Edition 17), hvor den \u00e5bne projektet OpenJDK bruges som referenceimplementering. Bortset fra fjernelsen af nogle for\u00e6ldede funktioner opretholder Java SE 17 bagudkompatibilitet med tidligere versioner af Java-platformen \u2014 de fleste tidligere Java-projekter vil kunne k\u00f8re uden \u00e6ndringer under den nye version. Installationsklare builds af Java SE 17 (JDK, JRE og Server JRE) er tilg\u00e6ngelige for Linux (x86_64, AArch64), Windows (x86_64) og macOS (x86_64, AArch64). Den referenceimplementering af Java 17, der er udviklet som en del af OpenJDK-projektet, er helt \u00e5ben under GPLv2-licensen med undtagelser fra GNU ClassPath, der tillader dynamisk binding til kommercielle produkter. <\/p>\n
Java SE 17 er kategoriseret som en version med langsigtet support (LTS), hvor opdateringer vil blive udgivet indtil 2029. Udgivelsen af opdateringer til den tidligere midlertidige version Java 16 er blevet stoppet. Den tidligere LTS-gren, Java 11, vil blive underst\u00f8ttet frem til 2026. Den n\u00e6ste LTS-udgave er planlagt til september 2024. Husk, at siden udgivelsen af Java 10 er projektet overg\u00e5et til en ny udviklingsproces, der indeb\u00e6rer en kortere cyklus for formation af nye udgivelser. Ny funktionalitet udvikles nu i en konstant opdateret master-gren, som inkluderer f\u00e6rdige \u00e6ndringer og fra hvilken der hver sjette m\u00e5ned forgrenes til stabiliseringsgrene for nye udgivelser. <\/p>\n
Blandt nyhederne i Java 17 kan n\u00e6vnes: <\/p>\n
\n
Der er foresl\u00e5et en eksperimentel implementering af m\u00f8nstermatching i 'switch'-udtryk, som tillader brug af fleksible skabeloner i 'case'-etiketter, der d\u00e6kker en r\u00e6kke v\u00e6rdier, som tidligere kr\u00e6vede omfattende 'if...else'-k\u00e6der. Desuden er der indf\u00f8rt muligheden for at h\u00e5ndtere NULL-v\u00e6rdier inden for 'switch'. Object o = 123L; String formatted = switch (o) { case Integer i -> String.format('int %d', i); case Long l -> String.format('long %d', l); case Double d -> String.format('double %f', d); case String s -> String.format('String %s', s); default -> o.toString(); };\n
St\u00f8tten til forseglet ('sealed') klasser og \u0438\u043d\u0442\u0435\u0440\u0444\u0435\u0439ser er blevet stabiliseret, hvilket forhindrer, at andre klasser og \u0438\u043d\u0442\u0435\u0440\u0444\u0435\u0439ser kan bruge dem til arv, udvidelse eller override af implementeringen. Forseglede klasser giver ogs\u00e5 en mere deklarativ m\u00e5de at begr\u00e6nse brugen af superklassen p\u00e5, i forhold til adgangsmodifikatorer, ved at liste de tilladte underklasser, der kan udvides. package com.example.geometry; public sealed class Shape permits com.example.polar.Circle, com.example.quad.Rectangle, com.example.quad.simple.Square {...}\n
En anden forel\u00f8big implementering af API Vector er blevet foresl\u00e5et, som giver funktioner til vektorberegninger, der udf\u00f8res med vektoriserede processorinstruktioner for x86_64 og AArch64 og muligg\u00f8r samtidig anvendelse af operationer p\u00e5 flere v\u00e6rdier (SIMD). I mods\u00e6tning til de funktioner, der tilbydes af JIT-kompilatoren HotSpot til automatisk vektorisering af skalaroperationer, giver det nye API mulighed for eksplicit at styre vektoriseringen til parallel databehandling.\n
Den pr\u00e6limin\u00e6re implementering af API'et Foreign Function & Memory er blevet tilf\u00f8jet, hvilket giver applikationer mulighed for at interagere med kode og data, der ligger uden for Java-runtime. Det nye API muligg\u00f8r effektivt kald til funktioner, der ikke udf\u00f8res i JVM, samt adgang til hukommelse, der ikke administreres af JVM. For eksempel kan man kalde funktioner fra eksterne delte biblioteker og f\u00e5 adgang til procesdata uden at bruge JNI.\n
Rendering-motoren til macOS, der underst\u00f8tter Java 2D API, som igen anvendes i Swing API, er tilpasset grafisk API Metal. Som standard anvendes OpenGL stadig p\u00e5 macOS-platformen, men for at aktivere Metal-support kr\u00e6ves det, at parameteren «-Dsun.java2d.metal=true» indstilles, samt at macOS-versionen er mindst 10.14.x.\n
En port til platformen macOS\/AArch64 (Apple-computere baseret p\u00e5 de nye Apple M1-chips) er blevet tilf\u00f8jet. En speciel funktion ved porten er underst\u00f8ttelsen af hukommelsesbeskyttelsesmekanismen W^X (Write XOR Execute), hvor hukommelsessider ikke kan v\u00e6re tilg\u00e6ngelige b\u00e5de for skrivning og udf\u00f8relse p\u00e5 samme tid. (Koden kan kun udf\u00f8res efter skrivning er forbudt, og skrivning til en hukommelsesside er kun muligt efter udf\u00f8relse er forbudt).\n
Brugen af kun strikt (strictfp) semantik for flydende komma-udtryk er blevet genindf\u00f8rt. Underst\u00f8ttelsen af den semantik kaldes «default», som var tilg\u00e6ngelig siden Java 1.2, og som inkluderede forenklinger til arbejde p\u00e5 systemer med meget gamle matematiske co-processorer x87, er blevet fjernet (efter introduktionen af SSE2-instruktioner blev behovet for den ekstra semantik overfl\u00f8dig).\n
Nye typer gr\u00e6nseflader til generatorer af pseudotilf\u00e6ldige tal er blevet implementeret, og der er implementeret yderligere algoritmer til bedre generering af tilf\u00e6ldige tal. Applikationer f\u00e5r mulighed for at v\u00e6lge algoritmen for generering af pseudotilf\u00e6ldige tal. Underst\u00f8ttelsen af generering af str\u00f8mme af tilf\u00e6ldige objekter er forbedret.\n
Obligatorisk streng indkapsling af alle interne JDK-elementer er implementeret, undtagen for kritiske API'er som sun.misc.Unsafe. Streng indkapsling blokkerer fors\u00f8g p\u00e5 at tilg\u00e5 interne klasser, metoder og felter fra koden. Tidligere kunne tilstanden for streng indkapsling deaktiveres ved hj\u00e6lp af indstillingen «—illegal-access=permit», men denne er nu blevet afskrevet. For applikationer, der kr\u00e6ver adgang til interne klasser, metoder og felter, skal disse defineres eksplicit med indstillingen «—add-opens» eller Add-Opens-attributten i manifestfilen.\n