背景與整體脈絡
InfoQ 於 2026 年 9 月 28 日刊出的 Java News Roundup，由 Michael Redlich 整理 9 月 21 日當週的 Java 生態系動態。這一週的重點並非單一大型發布，而是多條技術線同時推進：TornadoVM 7.0 與 Apache Groovy 6.0 發布正式版，GraalVM、Gradle、Quarkus 與 Graal Development Kit for Micronaut 推出更新，Maven 4.0 進入第七個候選版本，Hibernate ORM、Micrometer 與 Open Liberty 則分別提供 Beta 或里程碑版本。這些變動反映出 Java 生態系目前幾個共同方向，包括縮短應用程式啟動與預熱時間、改善垃圾回收行為、加強建置工具效能，以及持續修補大型框架聚合大量元件後暴露的安全問題。
JDK 28、GraalVM 與 GPU 運算
OpenJDK 方面，JDK 28 Early-Access Build 17 已經釋出，主要包含前一版之後的多項錯誤修正。更值得注意的是三項與啟動效能及記憶體管理相關的 JEP 狀態變化。JEP 544，也就是 Ahead-of-Time Code Compilation，已從候選狀態推進為預計納入 JDK 28 的目標提案。它的目標是讓 HotSpot JVM 啟動時就能更快取得已最佳化的機器碼，使應用程式不必完全依賴執行期間的即時編譯逐步升溫，因此可望更快達到並維持峰值效能。這裡的 AOT 編譯重點在於改善 JVM 的啟動與預熱流程，不能簡單等同於把整個應用程式編譯成獨立原生執行檔。
另外兩項提案都圍繞 Z Garbage Collector，簡稱 ZGC。ZGC 是針對低停頓時間與大型堆積設計的垃圾回收器。JEP 546 Adaptive Heap Sizing for ZGC 已進入候選狀態，希望讓 ZGC 根據可用資源、應用程式需求，以及同一環境中其他應用程式競爭資源的情況，動態調整堆積大小。JEP 545 Faster Startup and Warmup with ZGC 也進入候選狀態，目標是讓 ZGC 更快取得並準備實體記憶體，以改善應用程式啟動與預熱。若這些提案落地，對容器化環境與需要快速擴展的服務會特別有意義，因為記憶體分配與 JVM 暖機往往會影響服務剛啟動時的延遲表現。
GraalVM 25.4 則屬於編譯器與工具鏈層面的更新。新版本加入 PullThroughPhiPhase 與 DuplicationPhase 兩個編譯器設定最佳化類別，並擴充 OptimizeDivPhase，讓編譯器能針對常數的無號整數除法與餘數運算套用 magic-number 最佳化。這類技巧會把成本較高的除法轉換成乘法、位移等較容易由處理器執行的運算，屬於編譯器改善產生程式碼品質的細節。Oracle Labs 同時發布 Graal Development Kit for Micronaut 5.1.5，與 Micronaut 5.1.5 對齊。此套件前身為 Graal Cloud Native，提供經整理的 Micronaut 模組，方便應用程式透過 GraalVM Native Image 預先編譯，並由 Oracle 提供支援。
TornadoVM 7.0.0 正式版則延續其在 Java 中使用 GPU 與異質運算資源的定位。新版本新增 TileContext 類別，補充既有的 KernelContext 與 @Parallel 註解，讓開發者撰寫 GPU kernel 時有更完整的執行上下文可使用。此次也修正 OpenCL 浮點數原子加法測試在 CUDA 後端上間歇性失敗的問題。對希望在不完全離開 Java 程式模型的情況下使用 GPU 加速的團隊而言，TornadoVM 的更新重點在於程式模型與後端穩定性，而不只是一般性的版本號提升。
Jakarta EE、Spring 與 Groovy
Jakarta EE 12 Core Profile 正準備在 12 月 1 日 JakartaOne Livestream 前發布。根據 Eclipse Foundation 的 Jakarta EE 開發者倡導者 Ivar Grimstad 所述，平台規格文件仍在更新，Jakarta CDI 5.0 已經釋出，JSON 相關規格大致完成，Jakarta REST 也接近發布新的里程碑版本。新規格 Jakarta CRaC 同步開放社群審查。CRaC 代表 Coordinated Restore at Checkpoint，核心概念是讓應用程式在建立檢查點與從檢查點還原時能協調相關資源，這對縮短 Java 服務從保存狀態恢復運作所需時間具有潛在價值。目前它仍處於建立審查前的意見徵集階段，尚未成為可直接依賴的正式標準。
Spring 生態系在同一週推出大量里程碑版本，包括 Spring Boot、Spring Batch、Spring Security、Spring AMQP、Spring Integration、Spring Data、Spring Framework、Spring for GraphQL 與 Spring for Apache Kafka 的第二個里程碑；Spring AI、Spring Cloud、Spring Web Services 與 Spring LDAP 則釋出第一個里程碑。由於這些仍是 milestone release，主要用途是讓開發者提前檢驗 API、相依性與行為變化，而不是代表所有功能已進入穩定狀態。
Apache Groovy 6.0 經過三個候選版本後正式發布，除錯誤修正與相依性升級外，也改善 lexer 與 parser 效能。Lexer 負責把原始程式碼切成符號，parser 再根據語法建立結構。這次更新將數字常值片段整併為字元類別，把 ASCII 識別字移到不需額外判斷條件的 Deterministic Finite Automaton 路徑，並以直接字元測試取代部分以正規表示式為基礎的 lexer predicate。Parser 也限制註解元素值的預測範圍，避免 AdaptivePredict 探索不必要的指派運算式路徑。這些改動的目的不是改變 Groovy 語法，而是降低語法分析時的判斷成本。
執行環境、安全與資料存取更新
Open Liberty 26.0.0.10 Beta 開始提供 JDK 27 的測試支援。需要注意的是，G1 已成為所有環境的預設垃圾回收器，因此在記憶體或 CPU 受限環境中，Open Liberty 的回收行為可能與較舊 Java 版本不同。升級前不宜只確認能否啟動，也應重新觀察停頓時間、堆積使用量與資源上限下的吞吐表現。
Quarkus 3.39.5 一次處理了 32 個 CVE。Quarkus 團隊指出，數量偏高與近年自動化及 AI 工具更容易發現漏洞有關，也因為 Quarkus 聚合了大量生態系元件。相關修正已回移到 3.33 與 3.37 版本線。這類更新雖然不一定帶來明顯的新功能，卻可能影響大量傳遞性相依套件，因此部署前應檢查實際受影響元件，而不是只依版本號判斷風險。
Hibernate ORM 8.0 推出第二與第三個 Beta 版本，擴大支援 Jakarta Persistence 4.0-M4。新加入的 @PostCreate 與 @PreClose 註解，可讓監聽器觀察 EntityManager 與 EntityAgent 的生命週期事件；StatelessSession 與 EntityAgent 也加入版本鎖定，以改善並發情境下的資料一致性控制。由於 ORM 8.0 仍處於 Beta 階段，這些 API 與 Jakarta Persistence 里程碑規格都可能在正式版前調整。
觀測工具與建置系統
Micrometer Metrics 1.18.0 第二個里程碑修正錯誤、更新文件並升級相依性，同時改善 MultiGauge。過去若 Gauge 項目被覆寫，可能需要先移除再重新註冊；新版本消除了這個需求，也允許設定自訂的 JmsProcessObservationConvention 與 JmsPublishObservationConvention，讓 JMS 觀測資料的命名與標籤更容易配合應用程式需求。Micrometer Tracing 1.8.0 第二個里程碑則最佳化在未設定遠端欄位時，由 OpenTelemetry 傳播 baggage 的流程，並因 OpenTelemetry 1.65.0 停止相關支援而棄用 Zipkin Exporter。
Gradle 9.8.0 支援在 Gradle daemon 與 Java toolchain 中使用 Java 27，並可用簡單旗標重用 Maven mirror repository 設定，減少企業代理儲存庫環境中的重複配置。Copy 與 Sync 任務也開放 DirectoryProperty，使建置腳本更容易以延遲、可組合的方式處理目錄路徑。官方資料另指出 Windows 環境可獲得約 45% 的效能改善，但實際幅度仍取決於建置內容與檔案系統行為。
Apache Maven 4.0 第七個候選版本修正 RC6 的多項問題，並改善文件、相依性與效能。新的 AsyncDrainWriter 使用非阻塞 tryLock 與無鎖 ConcurrentLinkedQueue 包裝 Consumer，DefaultGraphBuilder 與 PhaseComparator 也加入最佳化。Maven 團隊表示，若社群回饋沒有重大問題，這可能是正式版發布前的最後候選版本，GA 預期會在接下來數週到來。
影響與限制
這批更新顯示 Java 的效能工作已不再只集中於尖峰吞吐量，而是更平均地涵蓋啟動、預熱、記憶體準備、垃圾回收、建置速度與安全修補。不過，各專案的成熟度差異很大：TornadoVM 與 Groovy 已可視為正式版更新，Gradle、GraalVM 和 Quarkus 屬於可用版本線，Hibernate ORM、Micrometer 與 Open Liberty 的新版功能仍應先放在測試環境驗證。Maven 4.0 雖接近正式發布，外掛相容性、建置行為與企業內部腳本仍需要在 RC 階段完成回歸測試。對實務團隊而言，較穩妥的策略是依風險分層升級，先套用安全修正，再評估 JDK、GC 與建置工具變更對現行服務的影響。
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。