3 月 19 日消息，Oracle 官宣正式發(fā)布 Java 24，這是 Java 編程語(yǔ)言和開發(fā)平臺(tái)推出的全新版本。

Java 24（Oracle JDK 24）提供了數(shù)千項(xiàng)改進(jìn)，擁有 20 多項(xiàng)涵蓋了 Java 方方面面的新功能，包括新的 AI 和后量子密碼功能，為開發(fā)人員提供了構(gòu)建 AI 應(yīng)用所需的工具。

Oracle 會(huì)在 3 月 18 日至 20 日在美國(guó)加利福尼亞州紅木海岸舉辦的 JavaOne 2025 會(huì)議公布關(guān)于 Java 24 的更多信息。

語(yǔ)言特性

JEP 488：Primitive Types in Patterns, instanceof, and switch（第二預(yù)覽版）— 通過(guò)使語(yǔ)言更加統(tǒng)一且更具表達(dá)能力，幫助開發(fā)人員提高 Java 編程的工作效率。此功能可幫助開發(fā)人員消除他們?cè)谑褂媚Ｊ狡ヅ?、instanceof 和 switch 時(shí)遇到的基元類型的限制，從而增強(qiáng)模式匹配。該功能還在所有模式上下文中支持基元類型模式，并擴(kuò)展 instanceof 和 switch，使其能夠與所有基元類型一起使用。集成 AI 推理的應(yīng)用開發(fā)人員將能夠從原始類型的支持中大大受益。

JEP 492：Flexible Constructor Bodies（第三預(yù)覽版）— 在構(gòu)造函數(shù)主體中引入兩個(gè)不同的序言和表述階段，幫助開發(fā)人員提高代碼的可靠性。開發(fā)人員能夠更自然地將他們當(dāng)前必須考慮的邏輯融入輔助靜態(tài)方法、輔助中間構(gòu)造函數(shù)或構(gòu)造函數(shù)參數(shù)中。此外，該功能還保留了現(xiàn)有的保證，即子類構(gòu)造函數(shù)中的代碼不能干擾超類實(shí)例化，能夠在重寫方法時(shí)使類更加可靠。

JEP 494：Module Import Declarations（第二預(yù)覽版）— 開發(fā)人員可以輕松快速地導(dǎo)入由模塊導(dǎo)出的所有程序包，無(wú)需將導(dǎo)入代碼放到模塊中，從而提高工作效率。這簡(jiǎn)化了所有開發(fā)人員對(duì)模塊化庫(kù)的重用，讓初學(xué)者能夠更輕松地使用第三方庫(kù)和基本 Java 類，無(wú)需了解它們?cè)诔绦虬鼘哟谓Y(jié)構(gòu)中的位置。該功能還可以幫助開發(fā)人員快速將業(yè)務(wù)邏輯與原生 AI 推理、庫(kù)或服務(wù)調(diào)用集成在一起。

JEP 495：Simple Source Files and Instance Main Methods（第四預(yù)覽版）— 幫助學(xué)生無(wú)需了解為大型程序而設(shè)計(jì)的語(yǔ)言功能，即可順利編寫第一個(gè)程序，加快了上手 Java 編程的速度。有鑒于此，教育工作者和導(dǎo)師可以循序漸進(jìn)地介紹概念，學(xué)生也可以編寫簡(jiǎn)化的單類程序聲明，并隨著個(gè)人技能的提升，無(wú)縫擴(kuò)展程序并使用更高級(jí)的功能。此外，經(jīng)驗(yàn)豐富的 Java 開發(fā)人員也可以以簡(jiǎn)潔而高效的方式編寫小程序，無(wú)需使用為大型項(xiàng)目設(shè)計(jì)的工具。

庫(kù)

JEP 485：Stream Gatherers — 通過(guò)增強(qiáng) Stream API 來(lái)支持自定義中間操作，讓流管道以現(xiàn)有內(nèi)置中間操作無(wú)法輕松實(shí)現(xiàn)的方式轉(zhuǎn)換數(shù)據(jù)，從而幫助開發(fā)人員提高閱讀、編寫和維護(hù) Java 代碼的效率。

JEP 484：Class-File API — 通過(guò)提供用于解析、生成和轉(zhuǎn)換 Java 類文件的標(biāo)準(zhǔn) API，以及跟蹤 Java Virtual Machine 規(guī)范定義的類文件格式，幫助開發(fā)人員提高工作效率。

JEP 487：Scoped Values（第四預(yù)覽版）— 支持開發(fā)人員在線程內(nèi)和線程之間共享不可變數(shù)據(jù)，從而提高項(xiàng)目的易用性、可理解性、性能和穩(wěn)健性。

JEP 489：Vector API （九次孵化階段）— 新推出的 API 允許以一種在運(yùn)行時(shí)，可靠地編譯為支持的 CPU 架構(gòu)上的向量指令方式表達(dá)向量計(jì)算，幫助開發(fā)人員提高生產(chǎn)力。因此，開發(fā)人員可以實(shí)現(xiàn)優(yōu)于等效標(biāo)量計(jì)算的表現(xiàn)，這些計(jì)算通常用于 AI 推理和計(jì)算場(chǎng)景。

JEP 499：Structured Concurrency（第四預(yù)覽版）— 通過(guò)面向結(jié)構(gòu)化并發(fā)的新 API 簡(jiǎn)化并發(fā)編程，幫助開發(fā)人員提高多線程代碼的可維護(hù)性、可靠性和可觀察性。通過(guò)將在不同線程中運(yùn)行的相關(guān)任務(wù)組視為單個(gè)工作單元，結(jié)構(gòu)化并發(fā)可以減少因取消和關(guān)閉而產(chǎn)生的常見風(fēng)險(xiǎn)，例如線程泄漏和取消延遲。

安全庫(kù)

JEP 478：Key Derivation Function API（預(yù)覽版）— 通過(guò)為傳輸中的數(shù)據(jù)提供加密安全，幫助開發(fā)人員為新興的量子計(jì)算環(huán)境做好準(zhǔn)備。這有助于提高保密性和通信完整性。

JEP 496：Quantum-Resistant Module-Lattice-Based Key Encapsulation Mechanism — 支持實(shí)施抗量子的基于模塊晶格的密鑰封裝機(jī)制 (ML-KEM)，幫助提高 Java 應(yīng)用的安全性。此功能是 Java 平臺(tái)朝著后量子就緒以及最終交付后量子加密 (PQC) 技術(shù)支持邁出的重要一步，因?yàn)槊荑€封裝機(jī)制用于通過(guò)公鑰加密技術(shù)通過(guò)不安全的通信通道保護(hù)對(duì)稱密鑰。

JEP 497：Quantum-Resistant Module-Lattice-Based Digital Signature Algorithm — 支持實(shí)施抗量子的基于模塊晶格的數(shù)字簽名算法 (ML-DSA)，幫助提高 Java 應(yīng)用的安全性。與 JEP 496 一樣，此功能是 Java 平臺(tái)邁向后量子就緒以及最終交付 PQC 技術(shù)支持的重要舉措，因?yàn)閿?shù)字簽名主要用于檢測(cè)未經(jīng)授權(quán)的數(shù)據(jù)修改和驗(yàn)證簽字人的身份。ML-DSA 旨在防止未來(lái)的量子計(jì)算攻擊，目前已被美國(guó)國(guó)家標(biāo)準(zhǔn)與技術(shù)研究所 (NIST) 列為 FIPS 204 中的標(biāo)準(zhǔn)化項(xiàng)目。

工具

JEP 493：Linking Run-Time Images without JMODs — jlink 工具無(wú)需使用 JDK 的 JMOD 文件，即可創(chuàng)建定制運(yùn)行時(shí)映像，能夠?qū)?JDK 的大小縮減約 25%，進(jìn)而幫助開發(fā)人員提高效率。有鑒于此，開發(fā)人員可以從模塊鏈接運(yùn)行時(shí)映像，無(wú)論這些模塊是獨(dú)立的 JMOD 文件、模塊化 JAR 文件還是以前鏈接的運(yùn)行時(shí)映像的一部分。構(gòu)建 JDK 時(shí)必須啟用此功能；此功能不會(huì)默認(rèn)啟用，某些 JDK 供應(yīng)商可以選擇不啟用此功能。

性能和運(yùn)行時(shí)更新

JEP 450：Compact Object Headers（實(shí)驗(yàn)版） — 在 64 位架構(gòu)上，將 HotSpot JVM 中的對(duì)象標(biāo)頭大小從 96 位和 128 位縮減至 64 位，幫助開發(fā)人員提高工作效率。這有助于減少堆大小、提高部署密度和增加數(shù)據(jù)局部性。

JEP 475：Late Barrier Extension for G1 — 通過(guò)將 G1 垃圾收集器屏障從早期的 C2 JIT 編譯管道擴(kuò)展切換到后期屏障擴(kuò)展，這意味著如果該項(xiàng)操作在獨(dú)立于平臺(tái)的優(yōu)化和寄存器分配之后發(fā)生，就可以降低開銷，還可以幫助開發(fā)人員提高效率。通過(guò)簡(jiǎn)化 G1 垃圾收集器屏障的實(shí)施，此功能有助于提高 C2 生成的代碼的效率、可理解性、可恢復(fù)性和質(zhì)量。

JEP 483：Ahead-of-Time Class Loading & Linking — 在 HotSpot Java Virtual Machine 啟動(dòng)時(shí)，使應(yīng)用的類在加載和鏈接狀態(tài)下立即可用，從而幫助開發(fā)人員提高工作效率并縮短啟動(dòng)時(shí)間。此功能不需要使用 jlink 或 jpackage 工具，不需要對(duì)從命令行啟動(dòng)應(yīng)用的方式進(jìn)行任何更改，也不需要對(duì)應(yīng)用、庫(kù)或框架的代碼進(jìn)行任何更改。因此，該功能有助于為啟動(dòng)和預(yù)熱時(shí)間的持續(xù)進(jìn)步奠定基礎(chǔ)。

JEP 490：ZGC: Remove the Non-Generational Mode — 通過(guò)刪除 Z Garbage Collector (ZGC) 的非分代模式，幫助開發(fā)人員降低支持兩種不同模式的維護(hù)成本。

JEP 491：Synchronize Virtual Threads without Pinning — 提高使用同步方法和語(yǔ)句的 Java 代碼和庫(kù)的可擴(kuò)展性，幫助開發(fā)人員提高工作效率。該功能允許虛擬線程釋放其底層平臺(tái)線程，讓開發(fā)人員能夠訪問(wèn)更多的虛擬線程來(lái)管理其應(yīng)用的工作負(fù)載。

源代碼

JEP 404：Generational Shenandoah（實(shí)驗(yàn)版） — 通過(guò)實(shí)驗(yàn)性的分代收集功能增強(qiáng) Shenandoah 垃圾收集器，以提高可持續(xù)吞吐量、負(fù)載峰值抵抗力和內(nèi)存利用率，幫助開發(fā)人員提高工作效率。

JEP 479：Remove the Windows 32-bit x86 Port — 刪除對(duì) Windows 32 位 x86 端口的源代碼和構(gòu)建支持，簡(jiǎn)化了 JDK 的構(gòu)建和測(cè)試架構(gòu)，幫助開發(fā)人員提高效率。

JEP 501：Deprecate the 32-bit x86 Port for Removal — 棄用 32 位 x86 端口，以便能夠在接下來(lái)的版本中刪除該端口，幫助開發(fā)人員提高工作效率。開發(fā)人員無(wú)需實(shí)施 32 位 x86 回退，即可訪問(wèn)需要特定平臺(tái)支持的新功能。

此外，通過(guò)引入安全的現(xiàn)代化特性，同時(shí)逐漸棄用和刪除不安全的特性，Oracle 強(qiáng)調(diào)致力于保持 Java 的完整性并遵循軟件開發(fā)優(yōu)秀實(shí)踐。IT之家從公告獲悉，Oracle 即將在接下來(lái)的 Java 版本中刪除這三個(gè)特性：

• JEP 472：Prepare to Restrict the Use of JNI；
• JEP 486：Permanently Disable the Security Manager；
• JEP 498：Warn upon Use of Memory-Access Methods in sun.misc.Unsafe。