{"id":99453,"date":"2021-03-17T04:22:35","date_gmt":"2021-03-17T02:22:35","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-java-se-16"},"modified":"2021-03-17T04:22:35","modified_gmt":"2021-03-17T02:22:35","slug":"vypusk-java-se-16","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/vypusk-java-se-16","title":{"rendered":"Udgivelse af Java SE 16","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Efter seks m\u00e5neders udvikling har Oracle udgivet platformen Java SE 16 (Java Platform, Standard Edition 16), hvor den referenceimplementering, der anvendes, er det \u00e5bne projekt OpenJDK. Java SE 16 bevarer bagudkompatibilitet med tidligere versioner af Java-platformen, s\u00e5 alle tidligere skrevne Java-projekter vil fungere u\u00e6ndret, n\u00e5r de k\u00f8rer p\u00e5 den nye version. Installerbare versioner af Java SE 16 (JDK, JRE og Server JRE) er forberedt til Linux (x86_64, AArch64), Windows og macOS. Den fra OpenJDK-projektet udviklede referenceimplementering af Java 16 er helt \u00e5ben under GPLv2-licensen med undtagelser fra GNU ClassPath, der tillader dynamisk linking med kommercielle produkter. <\/p>\n
Java SE 16 h\u00f8rer til kategorien udgivelser med almindelig supportperiode, opdateringer til den vil blive udgivet indtil n\u00e6ste udgivelse. For en version med langtidssupport (LTS) b\u00f8r Java SE 11 anvendes, opdateringer til den vil blive udgivet indtil 2026. Den n\u00e6ste LTS-udgivelse er planlagt til september 2021. Vi minder om, at projektet siden udgivelsen af Java 10 er g\u00e5et over til en ny udviklingsproces, der indeb\u00e6rer en kortere cyklus for nye udgivelser. Den nye funktionalitet udvikles nu i en konstant opdateret master-branch, hvor f\u00e6rdige \u00e6ndringer inkluderes, og som der for hver sjette m\u00e5ned oprettes branches til stabilisering af nye udgivelser. <\/p>\n
I forberedelsen af den nye udgivelse er udviklingen blevet flyttet fra versionsstyringssystemet Mercurial til Git og den f\u00e6lles udviklingsplatform GitHub. Det forventes, at migrationen vil forbedre ydelsen ved operationer med repositoryet, \u00f8ge effektiviteten af opbevaringen, sikre adgang til \u00e6ndringer i hele projektets historie, forbedre underst\u00f8ttelsen af kodegennemgang og g\u00f8re det muligt at bruge API'er til at automatisere arbejdsprocesser. Desuden g\u00f8r brugen af Git og GitHub projektet mere attraktivt for nybegyndere og udviklere, der er vant til Git. <\/p>\n
Blandt nyhederne i Java 16 kan n\u00e6vnes: <\/p>\n
\n
Der er tilf\u00f8jet et eksperimentelt modul jdk.incubator.vector med en implementering af Vector API, som giver funktioner til vektorberegninger, der udf\u00f8res ved hj\u00e6lp af vektorinstruktionerne fra x86_64 og AArch64 processorerne, og som muligg\u00f8r samtidig anvendelse af operationer p\u00e5 flere v\u00e6rdier (SIMD). I mods\u00e6tning til de autofunksionaliteter, der tilbydes af JIT-kompilatoren HotSpot til auto-vectorisering af skal\u00e6re operationer, giver det nye API mulighed for eksplicit kontrol over vektoriseringsprocessen for paralleldatakontrol.\n
I JDK- og VM HotSpot-koden, der er skrevet i C++, er det blevet tilladt at bruge funktioner, der er tilg\u00e6ngelige i C++14-specifikationen. Tidligere var kun C++98\/03-standarder tilladt.\n
I ZGC (Z Garbage Collector), som fungerer i passiv tilstand og minimalt fors\u00f8ger at reducere forsinkelser for\u00e5rsaget af affaldsindsamling, er der tilf\u00f8jet mulighed for paralleldatakontrol af tr\u00e5dstakke uden at pause applikationstr\u00e5denes udf\u00f8relse. I ZGC er der nu kun tilbageholdelser, der kr\u00e6ver pauser, som typisk kun giver forsinkelser p\u00e5 et par hundrede mikrosekunder.\n
Der er tilf\u00f8jet support til Unix-sockets (AF_UNIX) i klasserne SocketChannel, ServerSocketChannel og java.nio.channels.\n
Der er implementeret en port til Linux-distributionen Alpine med det standard C-bibliotek musl, der er popul\u00e6rt i milj\u00f8er til containere, mikrotjenester, cloud-l\u00f8sninger og indlejrede systemer. Den foresl\u00e5ede port i s\u00e5dan milj\u00f8er muligg\u00f8r, at Java-programmer kan k\u00f8re som almindelige applikationer. Desuden kan man med jlink fjerne alle ubrugte moduler og danne et minimalt milj\u00f8, der er tilstr\u00e6kkeligt til at k\u00f8re applikationen, hvilket g\u00f8r det muligt at oprette kompakte billeder specifikt til bestemte applikationer.\n
Elastic Metaspace-mekanismen er implementeret, som optimerer tildeling og frigivelse af hukommelse, der bruges af klassens metadatadom\u00e6ne (metaspace) i JVM HotSpot. Anvendelsen af Elastic Metaspace reducerer hukommelsesfragmentering, mindsker overhead i klassel\u00e6seren og p\u00e5virker ogs\u00e5 ydeevnen af langvarige serverapplikationer positivt ved hurtigere at returnere hukommelse, der ikke l\u00e6ngere bruges af klassens metadata, til operativsystemet. For at v\u00e6lge hukommelsesfrigivelsesmetode efter udl\u00e6sning af klasser er der foresl\u00e5et en mulighed «-XX:MetaspaceReclaimPolicy=(balanced|aggressive|none)».\n
JDK-porten til Windows-systemer p\u00e5 hardware med AArch64-processorarkitektur er blevet tilf\u00f8jet.\n
Et tredje tidligt forslag til API'et Foreign-Memory Access er blevet pr\u00e6senteret, hvilket giver Java-applikationer mulighed for sikkert og effektivt at f\u00e5 adgang til hukommelsesomr\u00e5der uden for Java-h\u00e6 heap, ved at manipulere med de nye abstraktioner MemorySegment, MemoryAddress og MemoryLayout.\n
Et eksperimentelt API for Foreign Linker er blevet implementeret, som giver adgang fra Java til nativen kode. Sammen med API'et for Foreign-Memory forenkler det nye interface betydeligt oprettelsen af bindings til almindelige delte biblioteker.\n
Jpackage-v\u00e6rkt\u00f8jet er blevet tilf\u00f8jet, hvilket g\u00f8r det muligt at oprette pakker til selvst\u00e6ndige Java-applikationer. V\u00e6rkt\u00f8jet er baseret p\u00e5 javapackager fra JavaFX og giver mulighed for at danne pakker i formater, der er native for forskellige platforme (msi og exe til Windows, pkg og dmg til macOS, deb og rpm til Linux). Pakkerne inkluderer alle n\u00f8dvendige afh\u00e6ngigheder.\n
Streng indkapsling af alle interne JDK-elementer er som standard aktiveret, undtagen for kritiske API'er som sun.misc.Unsafe. Indstillingen for «—illegal-access» er nu som standard sat til «deny» i stedet for «permit», hvilket vil blockere fors\u00f8g p\u00e5 adgang fra koden til de fleste interne klasser, metoder og felter. For at omg\u00e5 denne begr\u00e6nsning skal man bruge indstillingen «—illegal-access=permit».\n
Implementeringen af m\u00f8nstermatch i «instanceof» er stabiliseret, hvilket g\u00f8r det muligt straks at definere en lokal variabel til adgang til den bekr\u00e6ftede v\u00e6rdi. For eksempel kan man straks skrive «if (obj instanceof String s && s.length() > 5) {.. s.contains(..) ..}» uden eksplikt at definere «String s = (String) obj». Tidligere: if (obj instanceof Group) { Group group = (Group) obj; var entries = group.getEntries(); } Nu kan man undg\u00e5 at definere «Group group = (Group) obj»: if (obj instanceof Group group) { var entries = group.getEntries(); }\n
Implementeringen af n\u00f8gleordet «record» er stabiliseret, hvilket giver en kompakt m\u00e5de at definere klasser p\u00e5, s\u00e5 man kan undg\u00e5 at definere forskellige lavniveau metoder som equals(), hashCode() og toString() eksplicit, n\u00e5r data kun gemmes i felter, hvor adf\u00e6rden ikke \u00e6ndres. N\u00e5r klassen bruger standardimplementeringer af metoderne equals(), hashCode() og toString(), kan man undg\u00e5 at definere dem eksplicit: public record BankTransaction(LocalDate date, double amount, String description) {}\n
Denne meddelelse vil automatisk f\u00f8re til tilf\u00f8jelse af implementeringerne af metoderne equals(), hashCode() og toString() samt konstrukt\u00f8ren og metoderne, der kontrollerer datamodifikation (getter). <\/p>\n
Den anden forel\u00f8bige version af forseglet (\"sealed\") klasser og interfaces er blevet foresl\u00e5et, som ikke kan bruges af andre klasser og interfaces til at arve, udvide eller overriding implementering. Forseglede klasser giver ogs\u00e5 en mere deklarativ metode til at begr\u00e6nse brugen af superklassen end adgangsmodifikatorer, da de eksplicit angiver de underklasser, der har tilladelse til at blive udvidet. package com.example.geometry; public sealed class Shape permits com.example.polar.Circle, com.example.quad.Rectangle, com.example.quad.simple.Square {…} <\/ul>\n