編譯 | 蘇宓

出品 | CSDN（ID：CSDNnews）

每六個(gè)月一更的 Java，如今來(lái)到了 Java 26 版本。

本次 Java 26 是一個(gè)短期版本，官方提供六個(gè)月的支持。

主要新特性概覽

JDK 26 官方包含 10 項(xiàng) Java Enhancement Proposal（JEP）功能，具體包括：

1. 模式匹配中的原始類型、instanceof 與 switch（第四次預(yù)覽）

這一功能旨在增強(qiáng)模式匹配的表達(dá)能力：

• 允許在任何模式上下文中使用原始類型（如 int, double 等）。
  

• 擴(kuò)展 instanceof 和 switch 以支持所有原始類型。

這是第四次預(yù)覽功能，此前在 JDK 23、24、25 中也已提供預(yù)覽。目標(biāo)包括：

• 支持統(tǒng)一的數(shù)據(jù)探索，讓所有類型都能使用類型模式。
  

• 將類型模式與 instanceof 對(duì)齊，并實(shí)現(xiàn)安全類型轉(zhuǎn)換。

• 允許模式匹配在嵌套模式和頂層模式中使用原始類型。

• 提供簡(jiǎn)單易用的語(yǔ)法，避免因不安全類型轉(zhuǎn)換丟失信息。

• 擴(kuò)展 switch 功能，可處理任意原始類型值。

第四次預(yù)覽的改進(jìn)包括無(wú)條件精確性定義增強(qiáng)，以及 switch 構(gòu)造中更嚴(yán)格的支配性檢查，幫助編譯器發(fā)現(xiàn)更多潛在錯(cuò)誤。對(duì)于 AI 場(chǎng)景，這使得 AI 與業(yè)務(wù)邏輯的集成更簡(jiǎn)單。

2.AOT 對(duì)象緩存

HotSpot JVM 通過(guò) AOT 對(duì)象緩存可以提升啟動(dòng)和預(yù)熱速度，適用于包括低延遲 ZGC 在內(nèi)的任意垃圾回收器。原理是將 Java 對(duì)象以中立、與垃圾回收器無(wú)關(guān)的格式順序加載到內(nèi)存，而不是映射到 GC 專用格式。

此功能的目標(biāo)包括：

• 使所有垃圾回收器與 Project Leyden 引入的 AOT 緩存兼容順暢。

• 將 AOT 緩存與 GC 實(shí)現(xiàn)細(xì)節(jié)解耦。
  

• 保證使用 AOT 緩存不會(huì)顯著增加啟動(dòng)時(shí)間。

對(duì)于 AI 應(yīng)用，這意味著任何 GC 都可以通過(guò) AOT 緩存快速啟動(dòng)，加快模型加載和計(jì)算準(zhǔn)備時(shí)間。

3. Vector API（第十一輪孵化）

JDK 26 引入了 Vector API 第十一輪孵化版本，提供了一個(gè)用于表達(dá)向量計(jì)算的 API，能夠在支持的 CPU 上可靠地編譯成最優(yōu)向量指令，從而實(shí)現(xiàn)比等效標(biāo)量計(jì)算更高的性能。

這個(gè)孵化中的 Vector API 最早出現(xiàn)在 JDK 16（2021 年 3 月發(fā)布），設(shè)計(jì)目標(biāo)是語(yǔ)法清晰簡(jiǎn)潔、平臺(tái)無(wú)關(guān)、在 x64 與 AArch64 CPU 上具有可靠性能，并能在不支持向量指令的平臺(tái)上優(yōu)雅降級(jí)。

Vector API 的長(zhǎng)期目標(biāo)是利用 Project Valhalla 對(duì) Java 對(duì)象模型的增強(qiáng)，使得 Java 在處理大規(guī)模計(jì)算和 AI 場(chǎng)景時(shí)性能進(jìn)一步提升。

4. 惰性常量（第二輪預(yù)覽）

JDK 26 還帶來(lái)了惰性常量（Lazy Constants）API 的新預(yù)覽，此前通過(guò) JDK 25 的 stable values 功能已提供首次預(yù)覽。

惰性常量是持有不可變數(shù)據(jù)的對(duì)象，在 JVM 內(nèi)部被視為真正的常量，從而可以享受與聲明 final 字段相同的性能優(yōu)化。與 final 字段相比，惰性常量提供了更靈活的初始化時(shí)機(jī)，同時(shí)在 AI 應(yīng)用中有利于高效的數(shù)據(jù)共享。

5. PEM（隱私增強(qiáng)郵件）編碼的加密對(duì)象（第二輪預(yù)覽）

PEM（隱私增強(qiáng)郵件）編碼 API 的第二次預(yù)覽允許將表示加密密鑰、證書以及證書吊銷列表的對(duì)象編碼為 PEM 格式，并從該格式解碼回對(duì)象。

第二次預(yù)覽對(duì) API 做了若干改進(jìn)，包括將 PEMRecord 類重命名為 PEM，新增了 decode() 方法以返回解碼后的 Base64 內(nèi)容，同時(shí)將 EncryptedPrivateKeyInfo 類的 encryptKey 方法改名為 encrypt，并支持 DEREncodable 對(duì)象而非僅 PrivateKey 對(duì)象，從而可以加密 KeyPair 和 PKCS8EncodedKeySpec 對(duì)象。

6. 結(jié)構(gòu)化并發(fā)（第六次預(yù)覽）

結(jié)構(gòu)化并發(fā) API 通過(guò)將不同線程中運(yùn)行的相關(guān)任務(wù)組視作單個(gè)工作單元，簡(jiǎn)化了并發(fā)編程。它優(yōu)化了錯(cuò)誤處理和任務(wù)取消流程，提高了可靠性和可觀察性。這一特性鼓勵(lì)一種更安全的并發(fā)編程風(fēng)格，能夠避免常見(jiàn)的線程泄漏、取消延遲等問(wèn)題，并提升 AI 并發(fā)計(jì)算的表現(xiàn)。

7. 深度反射修改 final 字段的使用警告

JDK 26 還引入了對(duì)深度反射修改 final 字段的警告，為未來(lái)版本做好準(zhǔn)備，使得 final 字段默認(rèn)不可修改，從而保證程序完整性，提高安全性和性能。

開發(fā)者可以通過(guò)有選擇地啟用修改權(quán)限，在必要時(shí)繞過(guò)當(dāng)前警告和未來(lái)限制。

8. G1 垃圾回收器同步優(yōu)化以提升吞吐量

在垃圾回收方面，G1 GC 的優(yōu)化提案旨在減少應(yīng)用線程與 GC 線程間的同步，從而提升吞吐量。

目標(biāo)包括降低 G1 GC 的同步開銷、減少寫屏障插入代碼大小，并保持 G1 的整體架構(gòu)不變。

G1 作為 HotSpot JVM 默認(rèn)的垃圾回收器，設(shè)計(jì)上兼顧延遲和吞吐，但在某些場(chǎng)景下，相比以吞吐為導(dǎo)向的 Parallel 和 Serial GC，其性能會(huì)有所折中。

G1 GC 的改進(jìn)意味著應(yīng)用線程與 GC 線程共享 CPU 并協(xié)調(diào)執(zhí)行，這種同步既影響吞吐量，也可能增加延遲，但總體上優(yōu)化了并發(fā)處理和 GC 暫停時(shí)間。

9. Client API 支持 HTTP/3

HTTP/3 支持使 Java 庫(kù)和應(yīng)用能夠以最少代碼修改與 HTTP/3 服務(wù)器交互。

JDK 26 更新了 HTTP Client API，使其能夠發(fā)送和接收 HTTP/3 請(qǐng)求和響應(yīng)。開發(fā)者可以選擇使用 HTTP/3，而無(wú)需改變默認(rèn)協(xié)議版本（HTTP/2）。

HTTP/3 是 Web 通信協(xié)議的重大版本，基于 IETF QUIC（Quick UDP Internet Connections）協(xié)議，支持流控、低延遲連接建立、網(wǎng)絡(luò)路徑遷移和增強(qiáng)安全性。

10. 移除 Java Applet API

JDK 26 還正式移除了 Java Applet API，該 API 在 JDK 17（2021 年）已標(biāo)記為棄用。由于最新的 JDK 版本和現(xiàn)代瀏覽器均不再支持 Applet，這一 API 已毫無(wú)實(shí)際用途，因此從 JDK 26 開始被徹底移除。

除了這些主要 JEP 功能，JDK 26 還包含一些小型增強(qiáng)功能，例如混合公鑰加密、在使用 jlink 工具交叉鏈接時(shí)更嚴(yán)格的版本檢查、擴(kuò)展 HTTP 客戶端請(qǐng)求超時(shí)以覆蓋響應(yīng)體，以及虛擬線程在等待其他線程執(zhí)行類初始化器時(shí)自動(dòng)從承載線程解綁。這些改進(jìn)雖然規(guī)模較小，但進(jìn)一步完善了 Java 的整體功能和性能。

目前，JDK 26 可以從 Oracle 官網(wǎng)下載，更多特性細(xì)節(jié)可查閱：https://jdk.java.net/26/

來(lái)源：https://www.infoworld.com/article/4050993/jdk-26-the-new-features-in-java-26.html

【活動(dòng)分享】「AI進(jìn)化論」是 CSDN 特別策劃推出的一檔聚焦 AI 產(chǎn)業(yè)落地的內(nèi)容欄目，圍繞大模型、智能體以及企業(yè)級(jí) AI 應(yīng)用展開，試圖回答一個(gè)更現(xiàn)實(shí)的問(wèn)題：AI 到底如何走進(jìn)業(yè)務(wù)，而不僅停留在演示和概念中。欄目將以直播與深度內(nèi)容結(jié)合的形式展開，我們會(huì)邀請(qǐng)一線從業(yè)者、技術(shù)負(fù)責(zé)人和創(chuàng)業(yè)者，聊一聊 AI 在真實(shí)商業(yè)場(chǎng)景中的應(yīng)用、踩過(guò)的坑，以及那些真正被驗(yàn)證過(guò)、可以復(fù)用的實(shí)踐路徑。

如果你正在探索 AI 在業(yè)務(wù)中的落地方式，或者希望一起打磨更貼近真實(shí)場(chǎng)景的解決方案、輸出更有深度的行業(yè)分析，歡迎和我們交流（聯(lián)系方式：zhanghy@csdn.net）。