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

【主要功能】

　　1、339：EdDSA數字簽名算法

　　2、360：密封類（預覽）

　　3、371：隱藏類

　　4、372：刪除 Nashorn JavaScript 引擎

　　5、373：重新實現舊版 DatagramSocket API

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

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

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

　　9、378：文本塊

　　10、379：Shenandoah：一個低暫停時間的垃圾收集器

　　11、381：刪除 Solaris 和 SPARC 端口

　　12、383：外內存訪問API（第二孵化器）

　　13、384：記錄（第二次預覽）

　　14、385：棄用 RMI 激活以進行刪除

【新特性】

　　一、新功能

　　1、JEP 339 Edwards-Curve 數字簽名算法

　　此特征通過以下方式提高安全性和性能我mplementing使用Edwards-Curve 數字簽名算法（EdDSA）加密簽名如由RFC 8032。EdDSA 是一種現代橢圓曲線簽名方案，與 JDK 中現有的簽名方案相比有幾個優點。此 JEP 的主要目標是實現此方案，如 RFC 8032 中標準化的那樣。此新簽名方案不會取代 ECDSA。

　　2、JEP 371隱藏類

　　此功能有助于需要在運行時生成類的框架。框架生成類以動態擴展其行為，但希望限制對這些類的訪問。隱藏類很有用，因為它們只能通過反射訪問，而不能從普通字節碼訪問。此外，隱藏類可以獨立于其他類卸載，這可以減少框架的內存占用。

　　二、現已完成的預覽和實驗功能

　　1、JEP 377 ZGC：可擴展的低延遲 GC

　　ZGC被集成到JDK 11由JEP 333，通過降低以提高生產率的目標GC暫停時間，手柄堆從規模相對較小（幾百兆），以非常大（許多兆兆字節），以及打下利用彩色指針和負載屏障為未來 GC 功能和優化奠定基礎。在 JEP 377 中，ZGC 從實驗功能轉變為生產功能。

　　2、JEP 378文本塊

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

　　3、JEP 379雪蘭多

　　Shenandoah 被JEP 189集成到 JDK 12 中。它被標記為實驗性以匹配其他新 GC 的狀態，特別是 Epsilon GC 和 ZGC。JEP 379將 Shenandoah 垃圾收集器從實驗性功能改為產品功能但不建議更改默認 GC，繼續保持 G1，也不建議更改 Shenandoah 開發流程，將繼續支持最新的JDK 和流行的 LTS/STS JDK。

　　三、孵化和預覽功能

　　1、JEP 360密封類 - 第一次預覽

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

　　2、JEP 375模式匹配instanceof - 第二次預覽

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

　　3、JEP 384記錄 - 第二次預覽

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

　　4、JEP 383外部內存訪問 API - 第二個孵化器

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

　　四、JDK 現代化

　　JDK 具有由數百萬行代碼實現的數千個功能，因此保持代碼的可靠性和可維護性非常重要。過時或很少使用的功能可能會刪除其代碼，而其他功能可能會為了穩定性和性能而重寫其代碼。功能永遠不會被刪除，除非首先至少在一個版本中被棄用。JDK 15 棄用了兩個功能，并刪除了之前棄用的另外兩個功能。JDK 15 還對網絡堆棧的實現進行了現代化。

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

　　JEP 374 默認禁用偏向鎖定并棄用所有相關的命令行選項。

　　2、JEP 385棄用 RMI 激活以進行刪除

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

　　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 端口的源代碼和構建支持。這些端口在 JDK 14中已被棄用，并明確打算在未來版本中刪除它們。

　　5、JEP 373重新實現舊的數據報套接字 API

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