Inanunsyo ng Oracle ang paglabas ng Java SE 15, alam kung ano ang bago

Pagkatapos ng anim na buwan ng pag-unlad, Inanunsyo ng Oracle ang paglabas ng ang bagong bersyon ng Java SE 15 bilang isang pagpapatupad ng sanggunian na gumagamit ng isang bukas na mapagkukunang proyekto ng OpenJDK.

Java SE 15 naiuri ito bilang isang regular na bersyon ng suporta, na may mga update na ilalabas hanggang sa susunod na bersyon. JAng ava SE 11 ay dapat gamitin bilang pangmatagalang leg ng suporta (LTS) at mga update ay ilalabas hanggang 2026. Ang nakaraang sangay ng Ang Java 8 LTS ay susuportahan hanggang Disyembre 2020. Ang susunod na paglabas ng LTS ay naka-iskedyul sa Setyembre 2021.

Pangunahing mga bagong tampok ng Java SE 15

Sa bagong bersyon na ito, isang function na suporta para sa EdDSA RFC 8032 Signature ay ipinakita, ang ipinanukalang pagpapatupad ng EdDSA ay hindi nakasalalay sa mga platform ng hardware, protektado ito laban sa mga pag-atake sa gilid ng channel (isang pare-pareho ang oras ng lahat ng mga kalkulasyon ay ginagarantiyahan) at lumalampas ito sa umiiral na pagpapatupad ng ECDSA na nakasulat sa C tungkol sa pagganap, na may parehong antas ng proteksyon.

Ang isa pang pagbabago ay ang pang-eksperimentong suporta para sa mga selyadong klase at interface ito hindi sila maaaring magamit ng ibang mga klase at interface upang manahin, palawakin, o undeploy.

Na-highlight din sa bagong bersyon ng Java SE 15 na ito ay ang suporta para sa mga nakatagong klase na hindi maaaring direktang magamit ng bytecode ng ibang klase. Ang pangunahing paggamit ng mga nakatagong klase ay para sa mga balangkas na bumubuo ng mga klase nang pabago-bago sa oras ng paggalaw at hindi direktang ginagamit ang mga ito sa pamamagitan ng pagsasalamin.

Ang basurero ZGC (Z Garbage Collector) ay nagpapatatag at kinikilala bilang handa na para sa pangkalahatang paggamit. Nagpapatakbo ang ZGC sa passive mode upang mabawasan ang latency dahil sa pagkolekta ng basura hangga't maaari (ang downtime kapag gumagamit ng ZGC ay hindi hihigit sa 10 ms) at maaaring gumana sa maliit at malalaking tambak, mula sa sukat mula sa ilang daang mula sa megabytes hanggang sa maraming terabytes.

Ang basurero Ang Shenandoah ay nagpapatatag at kinikilala bilang nasa lahat ng pook. Ang Shenandoah ay binuo ni Red Hat at nakatayo para sa paggamit ng isang algorithm na binabawasan ang mga oras ng pag-pause sa panahon ng pagkolekta ng basura kapag nililinis kahanay sa pagpapatakbo ng mga aplikasyon ng Java.

Gayundin ang suporta para sa mga bloke ng teksto ay nagpapatatag at ipinasok sa wika: a bagong anyo ng literal na mga string Pinapayagan ka nilang isama ang data ng multiline na teksto sa iyong source code nang hindi gumagamit ng mga character na makatakas at pinapanatili ang orihinal na pag-format ng teksto sa bloke.

Sa kabilang banda ang Ang Legacy DatagramSocket API ay muling binago bilang ang dating java.net. Ang pagpapatupad ng InstagramSocket at java.net. MulticastSocket ay pinalitan ng isang modernong pagpapatupad na mas madaling i-debug at mapanatili, at katugma sa mga virtual na thread na binuo ng proyekto ng Loom.

Sa kaso ng isang posibleng paglabag sa pagiging tugma sa mayroon nang code, ang dating pagpapatupad ay hindi naalis at maaaring buhayin gamit ang opsyong jdk.net.usePlainDatagramSocketImpl.

Bukod dito, iminungkahi ang pangalawang pang-eksperimentong pagpapatupad ng pagtutugma ng pattern sa "instanceof" na operator, na nagbibigay-daan sa iyo upang agad na tukuyin ang isang lokal na variable upang ma-access ang na-verify na halaga.

Sa wakas, ang pangalawang pang-eksperimentong pagpapatupad ng keyword na "record" ay naka-highlight din, na nagbibigay ng isang compact form para sa mga kahulugan ng klase, na iniiwasan ang pangangailangan na malinaw na tukuyin ang ilang mga pamamaraang mababang antas tulad ng katumbas (), hashCode () at toString (), sa mga kaso kung saan ang data ay nakaimbak lamang sa mga patlang.

Sa wakas iba pang mga pagbabago na namumukod-tangi:

  • Iminungkahi ang pangalawang draft ng isang panlabas na memorya ng pag-access sa API
  • Ang diskarte sa pag-optimize ng Biased Locking na ginamit ng HotSpot JVM upang mabawasan ang pag-lock ng overhead ay hindi pinagana at hindi na ginagamit.
  • Ang pag-activate ng RMI ng idineklarang wala nang mekanismo, na aalisin sa hinaharap na paglabas.
  • Inalis ang makina ng Nashorn JavaScript, na tinanggal sa Java SE 11.
  • Inalis ang mga port para sa mga processor ng Solaris OS at SPARC (Solaris / SPARC, Solaris / x64, at Linux / SPARC).

Si nais mong malaman ang tungkol dito tungkol sa bagong bersyon na ito. Maaari mong suriin ang mga detalye Sa sumusunod na link.


Ang nilalaman ng artikulo ay sumusunod sa aming mga prinsipyo ng etika ng editoryal. Upang mag-ulat ng isang pag-click sa error dito.

Maging una sa komento

Iwanan ang iyong puna

Ang iyong email address ay hindi nai-publish. Mga kinakailangang patlang ay minarkahan ng *

*

*

  1. Responsable para sa data: Miguel Ángel Gatón
  2. Layunin ng data: Kontrolin ang SPAM, pamamahala ng komento.
  3. Legitimation: Ang iyong pahintulot
  4. Komunikasyon ng data: Ang data ay hindi maiparating sa mga third party maliban sa ligal na obligasyon.
  5. Imbakan ng data: Ang database na naka-host ng Occentus Networks (EU)
  6. Mga Karapatan: Sa anumang oras maaari mong limitahan, mabawi at tanggalin ang iyong impormasyon.