Efter seks måneders udvikling, Oracle annoncerede frigivelsen af den nye version af JavaSE 15 som en referenceimplementering, der bruger et openJDK-projekt.
JavaSE 15 det er klassificeret som en almindelig supportversion, med opdateringer, der frigives indtil næste version. Java SE 11 skal bruges som det langsigtede støtteben (LTS) og opdateringer frigives indtil 2026. Den forrige gren af Java 8 LTS understøttes indtil december 2020. Den næste LTS-udgivelse er planlagt til september 2021.
De vigtigste nye funktioner i Java SE 15
I denne nye version, en supportfunktion til EdDSA RFC 8032 Signatur præsenteres, den foreslåede implementering af EdDSA afhænger ikke af hardwareplatforme, det er beskyttet mod sidekanalangreb (en konstant tid for alle beregninger er garanteret) og overgår den eksisterende ECDSA-implementering skrevet i C med hensyn til ydeevne, med det samme beskyttelsesniveau.
En anden ændring er eksperimentel support til forseglede klasser og grænseflader at de kan ikke bruges af andre klasser og grænseflader at arve, udvide eller undeployere.
Også fremhævet i denne nye version af Java SE 15 er understøttelse af skjulte klasser, der ikke kan bruges direkte af bytecode af andre klasser. Nøglen til brug af skjulte klasser er til rammer, der dynamisk genererer klasser ved kørsel og bruger dem indirekte gennem refleksion.
Affaldssamleren ZGC (Z skraldespand) er blevet stabiliseret og anerkendt som klar til generel brug. ZGC fungerer i passiv tilstand for at minimere latens på grund af affaldsindsamling så meget som muligt (nedetid ved brug af ZGC overstiger ikke 10 ms) og kan arbejde med små og store dynger, der varierer i størrelse fra flere hundrede fra megabyte til mange terabyte.
Affaldssamleren Shenandoah har stabiliseret sig og anerkendt som allestedsnærværende. Shenandoah er udviklet af Red Hat og skiller sig ud ved brug af en algoritme, der reducerer pausetider under skraldopsamling ved rengøring parallelt med at køre Java-applikationer.
Derudover også understøttelse af tekstblokke er stabiliseret og indtastet på sproget: a ny form for bogstavelige strenge De giver dig mulighed for at medtage multiline tekstdata i din kildekode uden at bruge escape-tegn og bevare den originale tekstformatering i blokken.
På den anden side Legacy DatagramSocket API er blevet omarbejdet som den gamle java.net.DatagramSocket og java.net.MulticastSocket-implementeringer er blevet erstattet af en moderne implementering, der er lettere at debugge og vedligeholde, og er kompatibel med virtuelle tråde udviklet af Loom-projektet.
I tilfælde af en mulig overtrædelse af kompatibiliteten med den eksisterende kode er den gamle implementering ikke fjernet og kan aktiveres ved hjælp af indstillingen jdk.net.usePlainDatagramSocketImpl.
Derudover en anden eksperimentel implementering af mønstermatchning foreslås i operatoren "instanceof", som giver dig mulighed for straks at definere en lokal variabel for at få adgang til den verificerede værdi.
Endelig fremhæves også en anden eksperimentel implementering af nøgleordet «record», som giver en kompakt form til klassedefinitioner, hvilket undgår behovet for eksplicit at definere flere metoder på lavt niveau som lig med (), hashCode () og toString (), i tilfælde, hvor data kun gemmes i felter.
Endelig andre ændringer, der skiller sig ud:
- Et andet udkast til ekstern hukommelsesadgang API foreslås
- Den Bias Locking-optimeringsteknik, der bruges af HotSpot JVM til at reducere låseoverhead, er blevet deaktiveret og udfaset.
- RMI-aktivering af den erklærede forældede mekanisme, som fjernes i en fremtidig frigivelse.
- Fjernet Nashorn JavaScript-motoren, som blev udfaset i Java SE 11.
- Fjernede porte til Solaris OS og SPARC-processorer (Solaris / SPARC, Solaris / x64 og Linux / SPARC).
Si du vil vide mere om det om denne nye version. Du kan kontrollere detaljerne I det følgende link.