Efter sex månaders utveckling, Oracle meddelade lanseringen av den nya versionen av JavaSE 15 som en referensimplementering som använder ett OpenJDK-projekt med öppen källkod.
JavaSE 15 det klassificeras som en vanlig supportversion, med uppdateringar som ska släppas till nästa version. Java SE 11 bör användas som det långsiktiga stödbenet (LTS) och uppdateringar kommer att släppas till 2026. Den tidigare grenen av Java 8 LTS stöds fram till december 2020. Nästa LTS-release är planerad till september 2021.
De viktigaste nya funktionerna i Java SE 15
I den här nya versionen, en supportfunktion för EdDSA RFC 8032 Signature presenteras, det föreslagna genomförandet av EdDSA beror inte på hårdvaruplattformar, den är skyddad mot sidokanalattacker (en konstant tid för alla beräkningar garanteras) och överträffar den befintliga ECDSA-implementeringen skriven i C när det gäller prestanda, med samma skyddsnivå.
En annan förändring är experimentellt stöd för förseglade klasser och gränssnitt que de kan inte användas av andra klasser och gränssnitt att ärva, förlänga eller distribuera.
Även markerad i den här nya versionen av Java SE 15 är stöd för dolda klasser som inte kan användas direkt av bytecode av andra klasser. Nyckelanvändningen av dolda klasser är för ramar som genererar klasser dynamiskt vid körning och använder dem indirekt genom reflektion.
Sopuppsamlaren ZGC (Z Garbage Collector) har stabiliserats och erkänts som redo för allmän användning. ZGC fungerar i passivt läge för att minimera latens på grund av skräpsamling så mycket som möjligt (stillestånd vid användning av ZGC överstiger inte 10 ms) och kan arbeta med små och stora högar, i storlek från flera hundra från megabyte till många terabyte.
Sopuppsamlaren Shenandoah har stabiliserats och erkänts som allestädes närvarande. Shenandoah är utvecklad av Red Hat och sticker ut för användningen av en algoritm som minskar pausetiderna under sopuppsamlingen vid rengöring parallellt med att köra Java-applikationer.
Dessutom, även stöd för textblock har stabiliserats och skrev in på språket: a ny form av bokstavliga strängar De låter dig inkludera flertalet textdata i din källkod utan att använda escape-tecken och behålla den ursprungliga textformateringen i blocket.
Å andra sidan Legacy DatagramSocket API har omarbetats som de gamla java.net.DatagramSocket och java.net.MulticastSocket-implementeringarna har ersatts av en modern implementering som är lättare att felsöka och underhålla, och är kompatibel med virtuella trådar som utvecklats av Loom-projektet.
I händelse av en eventuell kompatibilitetsöverträdelse med befintlig kod har den gamla implementeringen inte tagits bort och kan aktiveras med jdk.net.usePlainDatagramSocketImpl-alternativet.
Dessutom, en andra experimentell implementering av mönstermatchning föreslås i "instanceof" -operatören, som låter dig omedelbart definiera en lokal variabel för att få åtkomst till det verifierade värdet.
Slutligen markeras också en andra experimentell implementering av nyckelordet "post", vilket ger en kompakt form för klassdefinitioner, vilket undviker behovet av att uttryckligen definiera flera metoder på låg nivå, såsom lika (), hashCode () och toString (), i fall där data endast lagras i fält.
Slutligen andra förändringar som sticker ut:
- Ett andra utkast till ett externt minnesåtkomst-API föreslås
- Tekniken för optimering av partisk låsning som används av HotSpot JVM för att minska låsningskostnader har inaktiverats och avskaffats.
- RMI-aktivering av den deklarerade föråldrade mekanismen, som kommer att tas bort i en framtida release.
- Ta bort Nashorn JavaScript-motorn, som avskaffades i Java SE 11.
- Borttagna portar för Solaris OS- och SPARC-processorer (Solaris / SPARC, Solaris / x64 och Linux / SPARC).
Si du vill veta mer om det om den här nya versionen. Du kan kontrollera detaljerna I följande länk.