Lansering av Java SE 18

Efter sex månaders utveckling har Oracle lanserat Java SE 18 (Java Platform, Standard Edition 18), där det öppna projektet OpenJDK används som den referensimplementation. Med undantag för att vissa föråldrade funktioner har tagits bort, upprätthåller Java SE 18 bakåtanpassning med tidigare versioner av Java-plattformen – de flesta Java-projekt som tidigare skapats kommer att fungera utan ändringar när de körs på den nya versionen. De färdiga installationspaketen för Java SE 18 (JDK, JRE och Server JRE) är förberedda för Linux (x86_64, AArch64), Windows (x86_64) och macOS (x86_64, AArch64). Den referensimplementation av Java 18 som utvecklats inom ramen för OpenJDK-projektet är helt öppen under GPLv2-licensen med undantag för GNU ClassPath, vilket tillåter dynamisk länkning med kommersiella produkter.

Java SE 18 klassificeras som en version med vanlig support som kommer att få uppdateringar fram till nästa lansering. För en långsiktig supportversion (LTS) rekommenderas Java SE 17, vars uppdateringar kommer att släppas fram till 2029. Observera att med lanseringen av Java 10 gick projektet över till en ny utvecklingsprocess som 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 inkluderar och som var sjätte månad förgrenas för stabilisering av nya utgåvor.

Några nyheter i Java 18 inkluderar:

• Som standard används UTF-8-kodning. Java API som hanterar textdata med hänsyn till teckenkodningen kommer nu som standard att använda UTF-8 på alla plattformar, oavsett systeminställningar och vald locale. För att återfå det gamla beteendet, där kodningen väljs utifrån systemlocale, kan parametrar "-Dfile.encoding=COMPAT" användas.
• Paketet com.sun.net.httpserver ingår, som inkluderar verktyget jwebserver och ett biblioteks-API med en implementation av en enkel http-server för att leverera statiskt innehåll (CGI och servlet-liknande hanterare stöds inte). Den inbyggda http-servern är inte optimerad för arbetsbelastningar och stöder inte åtkomsthantering eller autentisering, eftersom den huvudsakligen är avsedd för användning under utvecklingsprocessen för att skapa prototyper, felsöka och testa projekt.
• JavaDoc implementerar stödet för taggen «@snippet» för att infoga fungerande exempel och kodfragments i dokumentationen av API:er, som kan tillämpas med verktyg för verifiering, syntaxmarkering och integration med IDE.
• Implementeringen av API:n java.lang.reflect (Core Reflection) har omarbetats för att hämta information om metoder, fält och konstruktörer i klasser, samt för att få åtkomst till den interna strukturen av klasser. Själva API:n java.lang.reflect är oförändrad, men implementeras nu genom att använda metodhandtag (method handles) som tillhandahålls av modulen java.lang.invoke, istället för att använda bytecode-generatorer. Denna förändring har möjliggjort en enhetlig implementation av java.lang.reflect och java.lang.invoke och förenklat deras underhåll.
• En tredje förhandsimplementation av API:n Vector har föreslagits, som tillhandahåller funktioner för vektorberäkningar, vilka utförs med hjälp av vektorinstuktioner i processorer x86_64 och AArch64 och möjliggör att samtidig tillämpa operationer på flera värden (SIMD). Till skillnad från de möjligheter som tillhandahålls av JIT-kompilatorn HotSpot för automatisk vektorisering av skalaroperationer, ger det nya API:t möjlighet att uttryckligen styra vektoriseringen för parallell databehandling.
• Ett SPI-gränssnitt (service-provider interface) har lagts till för namngivning av värdar och IP-adresser, vilket möjliggör användning av alternativa resolverare i java.net.InetAddress som inte är knutna till de hanterare som erbjuds av operativsystemet.
• Det andra preliminära API:et för Foreign Function & Memory har föreslagits, vilket gör det möjligt för applikationer att interagera med kod och data utanför Java-runtime. Det nya API:et gör det möjligt att effektivt anropa funktioner som körs utanför JVM och få åtkomst till minne som inte hanteras av JVM. Till exempel kan man anropa funktioner från externa delade bibliotek och få tillgång till processdata utan att använda JNI.
• En andra experimentell implementering av mönstermatchning i 'switch'-uttryck har lagts till, vilket tillåter användning av flexibla mönster i 'case'-etiketter, snarare än exakta värden, vilket tidigare krävde skrymmande kedjor av 'if…else'-uttryck. 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(); };
• Finalisering mekanismen har deklarerats som föråldrad och kommer att tas bort i en av de kommande versionerna, likaså relaterade metoder som Object.finalize(), Enum.finalize(), Runtime.runFinalization() och System.runFinalization().
• Stöd för deduplicering av strängar har implementerats i skräpsamlarna ZGC (Z Garbage Collector), SerialGC och ParallelGC.

Källa: opennet.ru