jdk15.0.2是針對java語言打造的一款非常不錯(cuò)的軟件開發(fā)工具包，該工具主要用于移動(dòng)設(shè)備、嵌入式設(shè)備上的java應(yīng)用程序，JDK是整個(gè)java開發(fā)的核心，它包含了JAVA的運(yùn)行環(huán)境（JVM+Java系統(tǒng)類庫）和JAVA工具，在 jdk15中標(biāo)記為已修復(fù)的2,136 個(gè)JIRA 問題中，1,702 個(gè) 是由 甲骨文公司工作人員完成的，而434 個(gè)是由個(gè)人開發(fā)人員和為其他組織工作的開發(fā)人員貢獻(xiàn)的，為了進(jìn)一步展示 Java 的持續(xù)創(chuàng)新之路，甲骨文公司宣布jdk15將面向所有開發(fā)人員和企業(yè)。

【主要功能】

　　1、339：EdDSA數(shù)字簽名算法

　　2、360：密封類（預(yù)覽）

　　3、371：隱藏類

　　4、372：刪除 Nashorn JavaScript 引擎

　　5、373：重新實(shí)現(xiàn)舊版 DatagramSocket API

　　6、374：禁用和棄用偏向鎖定

　　7、375：instanceof 的模式匹配（第二次預(yù)覽）

　　8、377：ZGC：可擴(kuò)展的低延遲垃圾收集器

　　9、378：文本塊

　　10、379：Shenandoah：一個(gè)低暫停時(shí)間的垃圾收集器

　　11、381：刪除 Solaris 和 SPARC 端口

　　12、383：外內(nèi)存訪問API（第二孵化器）

　　13、384：記錄（第二次預(yù)覽）

　　14、385：棄用 RMI 激活以進(jìn)行刪除

【新特性】

　　一、新功能

　　1、JEP 339 Edwards-Curve 數(shù)字簽名算法

　　此特征通過以下方式提高安全性和性能我mplementing使用Edwards-Curve 數(shù)字簽名算法（EdDSA）加密簽名如由RFC 8032。EdDSA 是一種現(xiàn)代橢圓曲線簽名方案，與 JDK 中現(xiàn)有的簽名方案相比有幾個(gè)優(yōu)點(diǎn)。此 JEP 的主要目標(biāo)是實(shí)現(xiàn)此方案，如 RFC 8032 中標(biāo)準(zhǔn)化的那樣。此新簽名方案不會(huì)取代 ECDSA。

　　2、JEP 371隱藏類

　　此功能有助于需要在運(yùn)行時(shí)生成類的框架?？蚣苌深愐詣?dòng)態(tài)擴(kuò)展其行為，但希望限制對這些類的訪問。隱藏類很有用，因?yàn)樗鼈冎荒芡ㄟ^反射訪問，而不能從普通字節(jié)碼訪問。此外，隱藏類可以獨(dú)立于其他類卸載，這可以減少框架的內(nèi)存占用。

　　二、現(xiàn)已完成的預(yù)覽和實(shí)驗(yàn)功能

　　1、JEP 377 ZGC：可擴(kuò)展的低延遲 GC

　　ZGC被集成到JDK 11由JEP 333，通過降低以提高生產(chǎn)率的目標(biāo)GC暫停時(shí)間，手柄堆從規(guī)模相對較?。◣装僬祝苑浅４螅ㄔS多兆兆字節(jié)），以及打下利用彩色指針和負(fù)載屏障為未來 GC 功能和優(yōu)化奠定基礎(chǔ)。在 JEP 377 中，ZGC 從實(shí)驗(yàn)功能轉(zhuǎn)變?yōu)樯a(chǎn)功能。

　　2、JEP 378文本塊

　　文本塊是由JEP 355在 2019 年提出的。文本塊是一種多行字符串文字，它避免了大多數(shù)轉(zhuǎn)義序列的需要，以可預(yù)測的方式自動(dòng)格式化字符串，并在需要時(shí)讓開發(fā)人員控制格式。在 JEP 378 中，文本塊成為 Java 語言的永久特性。

　　3、JEP 379雪蘭多

　　Shenandoah 被JEP 189集成到 JDK 12 中。它被標(biāo)記為實(shí)驗(yàn)性以匹配其他新 GC 的狀態(tài)，特別是 Epsilon GC 和 ZGC。JEP 379將 Shenandoah 垃圾收集器從實(shí)驗(yàn)性功能改為產(chǎn)品功能但不建議更改默認(rèn) GC，繼續(xù)保持 G1，也不建議更改 Shenandoah 開發(fā)流程，將繼續(xù)支持最新的JDK 和流行的 LTS/STS JDK。

　　三、孵化和預(yù)覽功能

　　1、JEP 360密封類 - 第一次預(yù)覽

　　此預(yù)覽功能通過使用密封類和接口增強(qiáng) Java 編程來提高開發(fā)人員的生產(chǎn)力，這允許類或接口的作者控制負(fù)責(zé)實(shí)現(xiàn)它的代碼，提供比訪問修飾符更具聲明性的方式來限制使用超類并通過支持模式的詳盡分析來支持模式匹配的未來方向。

　　2、JEP 375模式匹配instanceof - 第二次預(yù)覽

　　這個(gè)預(yù)覽功能首先在JEP 305 中作為JDK 14 的一部分引入，它通過消除對通用樣板代碼的需要來提高開發(fā)人員的生產(chǎn)力，并且應(yīng)該允許更簡潔的類型安全代碼。

　　3、JEP 384記錄 - 第二次預(yù)覽

　　Records通過為聲明充當(dāng)不可變數(shù)據(jù)的透明載體的類提供緊湊的語法來提高開發(fā)人員的工作效率。記錄由JEP 359于 2019 年年中提出，并作為JDK 14 中的預(yù)覽功能提供。該 JEP 建議重新預(yù)覽 JDK 15 中的功能，既要結(jié)合基于反饋的改進(jìn)，又要支持 Java 語言中的其他形式的本地類和接口。

　　4、JEP 383外部內(nèi)存訪問 API - 第二個(gè)孵化器

　　外部內(nèi)存訪問 API 是由JEP 370提出的，并于 2019 年末針對JDK 14作為孵化 API。該 JEP 建議結(jié)合基于反饋的改進(jìn)并在 JDK 15 中重新孵化 API。此孵化功能定義了一個(gè) API，以允許 Java 程序安全有效地訪問 Java 堆之外的外部內(nèi)存。

　　四、JDK 現(xiàn)代化

　　JDK 具有由數(shù)百萬行代碼實(shí)現(xiàn)的數(shù)千個(gè)功能，因此保持代碼的可靠性和可維護(hù)性非常重要。過時(shí)或很少使用的功能可能會(huì)刪除其代碼，而其他功能可能會(huì)為了穩(wěn)定性和性能而重寫其代碼。功能永遠(yuǎn)不會(huì)被刪除，除非首先至少在一個(gè)版本中被棄用。JDK 15 棄用了兩個(gè)功能，并刪除了之前棄用的另外兩個(gè)功能。JDK 15 還對網(wǎng)絡(luò)堆棧的實(shí)現(xiàn)進(jìn)行了現(xiàn)代化。

　　1、JEP 374禁用和棄用偏向鎖定

　　JEP 374 默認(rèn)禁用偏向鎖定并棄用所有相關(guān)的命令行選項(xiàng)。

　　2、JEP 385棄用 RMI 激活以進(jìn)行刪除

　　JEP 385 棄用RMI 激活機(jī)制以供將來移除。RMI Activation 是 RMI 的一個(gè)過時(shí)部分，自 Java 8 以來一直是可選的。RMI 的任何其他部分都不會(huì)被棄用。

　　3、JEP 372刪除 Nashorn JavaScript 引擎

　　JEP 372刪除了 Nashorn JavaScript 腳本引擎和 API，以及 jjs 工具。不推薦在 JDK 11 中刪除引擎、API 和工具，并明確打算在未來版本中刪除它們。

　　4、JEP 381刪除 Solaris 和 SPARC 端口

　　JEP 381刪除了對 Solaris/SPARC、Solaris/x64 和 Linux/SPARC 端口的源代碼和構(gòu)建支持。這些端口在 JDK 14中已被棄用，并明確打算在未來版本中刪除它們。

　　5、JEP 373重新實(shí)現(xiàn)舊的數(shù)據(jù)報(bào)套接字 API

　　此功能通過使用更簡單、更現(xiàn)代的實(shí)現(xiàn)替換java.net.DatagramSocket和java.net.MulticastSocket API的底層實(shí)現(xiàn)，提高了 JDK 的可維護(hù)性和穩(wěn)定性。新的實(shí)現(xiàn)將很容易適應(yīng)虛擬線程，目前正在Project Loom 中進(jìn)行探索。這是JEP 353的后續(xù)，它已經(jīng)重新實(shí)現(xiàn)了舊的 Socket API。