Java24

隨著垃圾回收機制的持續演進，效能優化一直是項重要的焦點。Java 24 的重要提案 JEP 490 將 Z 垃圾回收器（ZGC）完全轉向分代模式，並捨棄原有的未分代模式。這項提案主要著重在簡化 ZGC 的維護工作，並為未來的功能開發鋪路。 前言 ZGC 全名是 Z Garbage Collector，它是 Java 虛擬機器中一種新型的垃圾回收器，目的是為了實現低延遲和高擴展的垃圾收集器。首先在 JEP 333: ZGC: A Scalable Low-Latency Garbage Collector (Experimental) 中於 JDK 11 時以實驗性質的方式導入，之後在 JDK 13（JEP 351）和 JDK 14（JEP 364、JEP 365）中陸續有新功能加入，並且在 JDK 15（JEP 377）時正式成為可正式使用的產品功能。 它具有下列優點： 導入分代模式後 在 JDK 21 時加入了 JEP 439 ZGC 分代模式之後，同時維護兩套不同的垃圾回收模式成為 OpenJDK 開發團隊的重大負擔。目前的 ZGC 支援分代與未分代兩種模式，這種雙軌並行的架構造成 …

Java Native Interface（JNI）長期以來一直是 Java 平台與原生程式碼互動的重要橋樑。然而，老舊過時的互動方式帶來了安全性與完整性的隱憂。為此，JDK 24 推出 JEP 472，目的是為了要限制 JNI 的使用，同時也調整了外部函式和記憶體 API（FFM）的行為。 在去年九月老喬介紹本功能做為 JDK 24 的第一項功能，能幫助我們為未來的 Java 版本做好準備。接下來本文將介紹 JEP 472 的重要變更，並說明這些改變會如何影響我們的工作。 前言 JNI 自 JDK 1.1 推出以來，一直是 Java 程式碼與原生程式碼（通常是 C 語言）之間交互操作的主要管道。它允許 Java 程式碼呼叫原生程式碼（downcall，下行呼叫），以及原生程式碼呼叫 Java 程式碼（upcall，上行呼叫）。 不幸的是，它們之間的任何交互操作都是有風險的，很可能會損害應用程式和 Java 平台本身的完整性。根據「預設完整性」政策，所有能夠破壞完整性的 JDK 功能都必須獲得開發人員的允許。 一、下行呼叫的風險 Java 程式碼透過 JNI 呼叫原生程式碼的下行呼叫可 …

各位 Java 開發者，你們準備好迎接 Java 24 到來了嗎！XD 作為 2025 年第一個主要版本更新，Java 24 預計將於 2025 年 3 月 18 日正式發布，並帶來一系列令人期待的新功能和改進。除了上一版中重要的預覽特性會轉為正式功能之外，它還包含了多項全新功能，以及若干實驗性的改進。 本文將簡介 Java 24 中的 24 項 JEP（JDK Enhancement Proposals）。它們涵蓋了垃圾收集器優化、安全性增強、程式設計範式的改進，以及重要的 API 更新，這些功能將為 Java 開發者帶來更好的開發體驗和更強大的功能支持。 前言 Java 24 是目前 Java SE 平台的最新版本，尚處於初始候選版本階段，並預計於今年三月正式發布。 目前的初始候選版本中包含許多新功能，例如在效能優化方面引入了實驗性的分代 Shenandoah 垃圾收集器（JEP 404）和壓縮物件標頭（JEP 450）功能，同時也改進了 G1 收集器的屏障擴展機制（JEP 475）。這些改進將為 Java 應用程式提供更好的記憶體管理效能。 在安全性方面新增了量子電腦防禦機制，包 …

JDK 24 現況 JDK 23（官方規格）即將於今年 9 月份發布，緊接著後續的 JDK 24（官方規格） 開發工作也已如火如荼地展開，並預計於 2025 年 3 月發布。JDK 24 屬於非長期支援（LTS）的版本之一，這意味著它與 JDK 23 一樣，將只會獲得 Oracle 六個月的 Premier 支援。 可以預期的是，許多已包含在 JDK 23 中的預覽功能，都可望被納入 JDK 24 之中，例如像是： 除了上述所列的預覽功能之外，JDK 24 第一個出爐的新功能是 JEP 472 Prepare to Restrict the Use of JNI（限制 JNI 使用的準備）。 JDK 24 首項功能：JEP 472 簡介 JEP 472 的任務是「限制 Java Native Interface 使用」的準備工作。當我們使用 JNI 時，JVM 就會發出警告。JDK 22 中引入的JEP 454 外部函式和記憶體 API（Foreign Function & Memory API，作為 JNI 替代方案）也同樣包含在內，因此使用 FFM API 時也會發出警告。 …