Java深聊

作為 Java 平台的元老級功能之一，Security Manager 安全管理器自 Java 誕生之初就扮演著程式碼安全守門員的角色。然而，隨著時代演進，它的存在價值已經逐漸消失。 因此，JDK 24 的 JEP 486 中預計徹底移除安全管理器，並為 Java 開發帶來更簡潔且更現代化的安全機制。本文將深入探討為何要移除安全管理器，以及分析其對於 Java 開發生態系統的影響。 前言 這些年以 …

Java 虛擬機器一直以來都支援跨平台和動態特性，但這種靈活性往往伴隨著效能損耗，特別是在程式啟動階段。Java 24 的 JEP 483 引入了預先類別載入與連結機制，為這項長期存在的問題提供了優雅的解決方案。 本功能可讓 HotSpot JVM 在程式啟動時，直接使用預先準備好的類別資訊，以避免重複進行費時的載入與連結作業。根據初步測試，它可以為程式縮短 42% 的啟動時間，對於企業級別的應用 …

隨著雲端運算的普及，降低 JVM 的整體開銷變得日益重要。Java 24 中的 JEP 475 為 G1 垃圾回收器帶來重大的技術改進，使得 G1 垃圾回收器的實作能夠更加簡化，並且可以更有效地追蹤應用程式的記憶體存取行為。 這項提案的靈感來自於 ZGC 的成功經驗。它自 JDK 14 就開始延後了屏障擴展步驟（late barrier expansion），並在 JDK 15 中達到正式可用的穩 …

在 Java 開發生態系統中，類別檔案（Class File）的處理一直是重要但複雜的議題。在歷經了前兩個版本的預覽後，類別檔案 API 終於在 JDK 24 的 JEP 484 中做為正式功能發佈，以簡化 Java 開發者處理類別檔案的工作流程，包括解析、生成和轉換等操作。 新的 JEP 484 API 不僅提供了更高層次的抽象層與更友善的介面，還透過現代 Java 語言特性的運用，為開發者帶來 …

在 Java 23 中，引入了一項新的語法加強功能預覽：JEP 476 模組化的匯入宣告，讓我們可以更簡潔且高效地一次匯入整個模組函式庫中的類別，而無需使用原有的 single-type-import 和 type-import-on-demand 語法。 今年發佈的 Java 24 中，JEP 494 進行第二次的預覽，並伴隨著些微更新以回應社群的使用建議。它預計將於 Java 25 LTS 中 …

在雲端運算與容器化技術盛行的今天，應用程式的部署效率與資源使用效率變得比以前更加重要。JDK 的安裝容量一直是持續討論的議題，特別是在需要頻繁下載、建置和部署容器映像的場景中。 Java 24 的 JEP 493 允許開發者在不使用 JMOD 檔案的情況下，也能透過 jlink 工具建立客製化的執行階段映像，預期可為 JDK 減少約 25% 的體積，大幅提升容器部署效率。 前言 在現代雲端環境中， …

Java 平台一直以其安全性與穩定性著稱，而這個優勢來自於持續不斷的改進與優化。為了要加強 Java 平台的安全性，自 JDK 24 的 JEP 498 起，每當我們在使用 sun.misc.Unsafe 中已棄用的記憶體存取方法時，都會產生警告提醒。 身為淘汰計畫中的一環，本功能是繼 JDK 23 中 JEP 471 之後的延續性改進，以藉此逐步淘汰不安全的記憶體存取方法，並引導開發者使用更安全 …

隨著垃圾回收機制的持續演進，效能優化一直是項重要的焦點。Java 24 的重要提案 JEP 490 將 Z 垃圾回收器（ZGC）完全轉向分代模式，並捨棄原有的未分代模式。這項提案主要著重在簡化 ZGC 的維護工作，並為未來的功能開發鋪路。 前言 ZGC 全名是 Z Garbage Collector，它是 Java 虛擬機器中一種新型的垃圾回收器，目的是為了實現低延遲和高擴展的垃圾收集器。首先在 …

Java Native Interface（JNI）長期以來一直是 Java 平台與原生程式碼互動的重要橋樑。然而，老舊過時的互動方式帶來了安全性與完整性的隱憂。為此，JDK 24 推出 JEP 472，目的是為了要限制 JNI 的使用，同時也調整了外部函式和記憶體 API（FFM）的行為。 在去年九月老喬介紹本功能做為 JDK 24 的第一項功能，能幫助我們為未來的 Java 版本做好準備。接下 …

各位 Java 開發者，你們準備好迎接 Java 24 到來了嗎！XD 作為 2025 年第一個主要版本更新，Java 24 預計將於 2025 年 3 月 18 日正式發布，並帶來一系列令人期待的新功能和改進。除了上一版中重要的預覽特性會轉為正式功能之外，它還包含了多項全新功能，以及若干實驗性的改進。 本文將簡介 Java 24 中的 24 項 JEP（JDK Enhancement Propo …