jdk15.0.2是針對(duì)java語(yǔ)言打造的一款非常不錯(cuò)的軟件開發(fā)工具包，該工具主要用于移動(dòng)設(shè)備、嵌入式設(shè)備上的java應(yīng)用程序，JDK是整個(gè)java開發(fā)的核心，它包含了JAVA的運(yùn)行環(huán)境（JVM+Java系統(tǒng)類庫(kù)）和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ù)字簽名算法

　　此特征通過(guò)以下方式提高安全性和性能我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ò)展其行為，但希望限制對(duì)這些類的訪問。隱藏類很有用，因?yàn)樗鼈冎荒芡ㄟ^(guò)反射訪問，而不能從普通字節(jié)碼訪問。此外，隱藏類可以獨(dú)立于其他類卸載，這可以減少框架的內(nèi)存占用。

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

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

　　ZGC被集成到JDK 11由JEP 333，通過(guò)降低以提高生產(chǎn)率的目標(biāo)GC暫停時(shí)間，手柄堆從規(guī)模相對(duì)較?。◣装僬祝苑浅４螅ㄔS多兆兆字節(jié)），以及打下利用彩色指針和負(fù)載屏障為未來(lái) 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ù)測(cè)的方式自動(dòng)格式化字符串，并在需要時(shí)讓開發(fā)人員控制格式。在 JEP 378 中，文本塊成為 Java 語(yǔ)言的永久特性。

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

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

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

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

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

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

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

　　四、JDK 現(xiàn)代化

　　JDK 具有由數(shù)百萬(wàn)行代碼實(shí)現(xiàn)的數(shù)千個(gè)功能，因此保持代碼的可靠性和可維護(hù)性非常重要。過(guò)時(shí)或很少使用的功能可能會(huì)刪除其代碼，而其他功能可能會(huì)為了穩(wěn)定性和性能而重寫其代碼。功能永遠(yuǎn)不會(huì)被刪除，除非首先至少在一個(gè)版本中被棄用。JDK 15 棄用了兩個(gè)功能，并刪除了之前棄用的另外兩個(gè)功能。JDK 15 還對(duì)網(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ī)制以供將來(lái)移除。RMI Activation 是 RMI 的一個(gè)過(guò)時(shí)部分，自 Java 8 以來(lái)一直是可選的。RMI 的任何其他部分都不會(huì)被棄用。

　　3、JEP 372刪除 Nashorn JavaScript 引擎

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

　　4、JEP 381刪除 Solaris 和 SPARC 端口

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

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

　　此功能通過(guò)使用更簡(jiǎn)單、更現(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。