Utgåvan av Java SE 16

Efter sex månaders utveckling har Oracle lanserat plattformen Java SE 16 (Java Platform, Standard Edition 16), vars referensimplementering är det öppna projektet OpenJDK. Java SE 16 behåller bakåtkompatibilitet med tidigare versioner av Java-plattformen, och alla tidigare skrivna Java-projekt kommer att fungera utan ändringar när de körs med den nya versionen. Installationsfärdiga byggnader av Java SE 16 (JDK, JRE och Server JRE) är förberedda för Linux (x86_64, AArch64), Windows och macOS. Den referensimplementering av Java 16 som utvecklats inom ramen för OpenJDK-projektet är helt öppen under GPLv2-licensen med undantag för GNU ClassPath som tillåter dynamisk länkning mot kommersiella produkter.

Java SE 16 klassificeras som en version med normal supportperiod, med uppdateringar som kommer att släppas fram till nästa version. För en version med långsiktig support (LTS) ska Java SE 11 användas, med uppdateringar som kommer att släppas fram till 2026. Nästa LTS-version är planerad till september 2021. Vi påminner om att projektet har övergått till en ny utvecklingsprocess sedan släppet av Java 10, vilket innebär en kortare cykel för nya versioner. Den nya funktionaliteten utvecklas nu i en ständigt uppdaterad master-gren, där färdiga ändringar inkluderas och från vilken grenar för stabilisering av nya utgåvor avvikas var sjätte månad.

Vid förberedelsen av den nya versionen har utvecklingen övergått från versionshanteringssystemet Mercurial till Git och plattformen för samarbete GitHub. Det förväntas att migrationen kommer att öka prestandan för operationer med förrådet, förbättra lagringseffektiviteten, ge tillgång till ändringar genom hela projektets historia, förbättra stödet för kodgranskning och aktivera API för automatisering av arbetsflöden. Dessutom gör användningen av Git och GitHub projektet mer attraktivt för nybörjare och utvecklare som är vana vid Git.

Bland nyheterna i Java 16 kan nämnas:

• En experimentell modul jdk.incubator.vector har lagts till med en implementering av API:et Vector, som tillhandahåller funktioner för vektorberäkningar som utförs med hjälp av vektorinstruktioner från processorerna x86_64 och AArch64. Detta möjliggör samtidig tillämpning av operationer på flera värden (SIMD). Till skillnad från de funktioner för automatisk vektorisering av skalära operationer som tillhandahålls av JIT-kompilatorn HotSpot, tillåter det nya API:et explicit kontroll över vektoriseringen för parallell databehandling.
• I JDK- och VM-koden för HotSpot, skriven i C++, är användning av funktioner som introducerats i C++14-specifikationen nu tillåten. Tidigare var endast C++98/03-standarder tillåtna.
• Den passiva skräphanteraren ZGC (Z Garbage Collector) har fått möjlighet till parallell behandling av trådarnas stackar utan att stoppa körningen av applikationstrådarna. I ZGC återstår nu endast de som kräver stopp av arbetet, vilka vanligtvis har konstanta fördröjningar som sällan överstiger några hundra mikrosekunder.
• I klasserna SocketChannel, ServerSocketChannel och java.nio.channels har stöd för Unix-sockets (AF_UNIX) lagts till.
• En port för Linux-distributionen Alpine med standard C-biblioteket musl, som är populär i container-, mikrotjänst-, moln- och inbäddade system, har implementerats. Den föreslagna porten tillåter körning av Java-program som vanliga applikationer i sådana miljöer. Dessutom kan jlink användas för att ta bort alla oanvända moduler och skapa en minimal miljö som är tillräcklig för att köra applikationen, vilket möjliggör skapandet av kompaktanpassade bilder för specifika applikationer.
• En mekanism för Elastic Metaspace har implementerats, vilket optimerar allokering och återlämning av minne som används av klassmetadata (metaspace) i JVM HotSpot. Användningen av Elastic Metaspace minskar minnesfragmentering, minskar overheaden i klassladdaren och har en positiv effekt på prestandan hos serverapplikationer som körs under längre tid, genom snabbare återlämning av minne till operativsystemet som används av oanvänd klassmetadata. För att välja minnesfrigöringsläge efter avladdning av klasser har alternativet "-XX:MetaspaceReclaimPolicy=(balanced|aggressive|none)" föreslagits.
• JDK-porten har lagts till för Windows-system som kör på processorer med AArch64-arkitektur.
• Ett tredje preliminärt förslag på API:t Foreign-Memory Access har föreslagits, vilket gör det möjligt för Java-applikationer att säkert och effektivt få tillgång till minnesområden utanför Java-högen genom att manipulera nya abstraktioner som MemorySegment, MemoryAddress och MemoryLayout.
• Ett experimentellt API för Foreign Linker har implementerats, vilket ger Java-tillgång till nativ kod. Tillsammans med API:t Foreign-Memory förenklar det nya programgränssnittet avsevärt skapandet av bindningar till vanliga delade bibliotek.
• Verktyget jpackage har lagts till, vilket möjliggör skapandet av paket för självständiga Java-applikationer. Verktyget bygger på javapackager från JavaFX och gör det möjligt att skapa paket i format som är inhemska för olika plattformar (msi och exe för Windows, pkg och dmg för macOS, deb och rpm för Linux). Paketen inkluderar alla nödvändiga beroenden.
• Sträng inkapsling av alla interna element i JDK är nu aktiverad som standard, förutom kritiska API:er som sun.misc.Unsafe. Värdet på alternativet "—illegal-access" är nu som standard inställt på "deny" istället för "permit", vilket kommer att blockera försök att få tillgång till de flesta interna klasser, metoder och fält från kod. För att kringgå begränsningen bör alternativet "—illegal-access=permit" användas.
• Implementeringen av mönstermatchning i "instanceof"-operatorn har stabiliserats, vilket gör det möjligt att omedelbart definiera en lokal variabel för att referera till det kontrollerade värdet. Till exempel kan man skriva "if (obj instanceof String s && s.length() > 5) {.. s.contains(..) ..}" utan att uttryckligen definiera "String s = (String) obj". Tidigare: if (obj instanceof Group) { Group group = (Group) obj; var entries = group.getEntries(); } Nu kan man undvika att definiera "Group group = (Group) obj": if (obj instanceof Group group) { var entries = group.getEntries(); }
• Implementeringen av nyckelordet "record" har stabiliserats, vilket ger en kompakt form för klassdefinitioner och gör det möjligt att undvika uttrycklig definition av olika lågnivåmetoder som equals(), hashCode() och toString() i fall där data endast lagras i fält och där beteendet för dessa inte ändras. När en klass använder typiska implementationer av metoderna equals(), hashCode() och toString() kan den klara sig utan att uttryckligen definiera dem: public record BankTransaction(LocalDate date, double amount, String description) {}

  Denna deklaration kommer att leda till automatisk tillägg av implementationerna av metoderna equals(), hashCode() och toString() utöver konstruktorn och metoderna som kontrollerar dataändringar (getter).

• Ett andra preliminärt förslag på förseglade ("sealed") klasser och gränssnitt har presenterats, som inte kan användas av andra klasser och gränssnitt för arv, utökning eller överskrivning av implementation. Förseglade klasser erbjuder också ett mer deklarativt sätt att begränsa användningen av superklassen, jämfört med åtkomstmodifikatorer, baserat på en tydlig förteckning över underklasser som får utökas. package com.example.geometry; public sealed class Shape permits com.example.polar.Circle, com.example.quad.Rectangle, com.example.quad.simple.Square {…}

Källa: opennet.ru