Oracle 2024年Java發(fā)展藍(lán)圖分析

Oracle 的 Java 開發(fā)者布道師 Nicolai Parlog 于近日發(fā)布一段視頻，介紹了 2024 年的 Java 工作規(guī)劃。其中涉及了一些 OpenJDK 項(xiàng)目，包括 Amber、Babylon、Leyden、Lilliput、Loom、Panama 和 Valhalla。

2024 年，Java 不斷發(fā)展。讓我們看看 OpenJDK 項(xiàng)目 Amber、Babylon、Leyden、Lilliput、Loom、Panama 和 Valhalla 今年的計(jì)劃是什么，以及它們將如何推動 Java 向前發(fā)展。無論是模式匹配還是其他語言改進(jìn)、與外部代碼、內(nèi)存或平臺的交互、內(nèi)存局部性或效率，還是啟動時間，Java 在 2024 年將在很多領(lǐng)域進(jìn)行改進(jìn)。不過請記住，任何一年的大部分工作都不會在同一年發(fā)布，因此許多改進(jìn)只能在 2025 年或更晚的時間才能使用。

對于 Babylon 項(xiàng)目，Parlog 提到了 code reflection、擴(kuò)展 reflection API 以及允許在方法內(nèi)轉(zhuǎn)換 Java 代碼等計(jì)劃。Babylon 團(tuán)隊(duì)計(jì)劃在未來幾周內(nèi)發(fā)布一些用例工作，例如 auto-differentiating、C# LINQ emulation 和 GPU 編程等。不過，Babylon 項(xiàng)目仍處于早期階段，所以 Parlog 預(yù)計(jì)該項(xiàng)目主線在 2024 年應(yīng)該不會有任何實(shí)質(zhì)性的內(nèi)容。

至于孵化 Java VM 和 API 功能的 Loom 項(xiàng)目，Parlog 認(rèn)為，該項(xiàng)目備受矚目的日子即將結(jié)束；因?yàn)樘摂M線程已經(jīng)最終確定，結(jié)構(gòu)化并發(fā)和作用域值 API 也已在 Java 22 中達(dá)到了第二個預(yù)覽版，預(yù)計(jì)會在今年某個時候完成。Parlog 特別希望能夠在 synchronization non-pinning 和 file I/O non-capturing 方面取得進(jìn)展，至少在 Linux 上使用 io_uring；但能不能在 2024 年實(shí)現(xiàn)不好說，畢竟距離 JDK 23 fork 只有 5 個月的時間了。

2023 年，Leyden 項(xiàng)目在研究潛在 potential condensers 方面取得了進(jìn)展，并且提出了一些相當(dāng)大的性能改進(jìn)。2024 年的計(jì)劃包括完善冷凝器（Condenser）的概念并致力于原型冷凝器的生產(chǎn)準(zhǔn)備，但也很難期待今年能有任何有形的成果落地。

Amber 項(xiàng)目仍然是 Java 語言發(fā)展背后的動力源泉，目前預(yù)覽的三個功能包括：字符串模板、簡化 main 方法以及 statements before this （） and super （）。Parlog 預(yù)計(jì)，這三個功能都將在 2024 年完成。正在探索的功能還包括 with 表達(dá)式和 primitive types in patterns。

Panama 項(xiàng)目 “有三項(xiàng)工作正在進(jìn)行中”：Vector API 正處于孵化階段、Foreign Function & Memory API 正在改進(jìn)、jextract 工具正在構(gòu)建中（Panama 項(xiàng)目 2024 年的主要事項(xiàng)）。

在 Valhalla 項(xiàng)目中，工作將集中在值類和對象上，它們提供僅具有實(shí)例字段且缺乏對象標(biāo)識的類實(shí)例 final。表示 boxed primitives 的類 Integer、Double 和 Byte 是包裝或 “box” 不需要標(biāo)識的簡單值的類的示例。刪除標(biāo)識不僅可以消除開發(fā)人員對 == 應(yīng)用于這些類的含義的困惑，而且還可以顯著減少 boxed Integer、Double 和 Byte 對象的運(yùn)行時開銷。

Lilliput 項(xiàng)目旨在縮小 HotSpot JVM 中 Java object headers 的大小并減少 Java 內(nèi)存占用。2023 年 Lilliput 合并了一種替代的 fast-locking scheme，以便按預(yù)期減小 header size，但該方案在進(jìn)入黃金階段之前還需進(jìn)一步改進(jìn)。因此，項(xiàng)目團(tuán)隊(duì)現(xiàn)在的工作重點(diǎn)是完善 fast-locking scheme，但 Parlog 預(yù)計(jì) header size 的改進(jìn)不會在 2024 落地。

審核編輯：黃飛