作者 | Michael Redlich, Erik Costlow, Karsten Silz 等

譯者 | 平川

策劃 | 丁曉昀

本報告匯總了 InfoQ Java 編輯團隊目前對 Java 領域內技術采用和新興趨勢的看法。我們重點關注 Java 語言、Java 相關語言（如 Kotlin 和 Scala）、Java 虛擬機（JVM）以及基于 Java 的框架和實用工具。我們討論了核心 Java 的發(fā)展趨勢，包括 Java 新版本的采用，以及 Spring Framework、Jakarta EE、Quarkus、Micronaut、Helidon 和 MicroProfile 等框架的演變。

本報告主要有兩個目標：

• 幫助技術領導者做中長期技術投資決策。

• 幫助個體開發(fā)人員選擇將寶貴的時間和資源投入到何種知識的學習和技能的開發(fā)。

這是我們發(fā)布的第 7 份 Java 趨勢報告。不過，由于我們自 2006 年以來一直在內部跟蹤 Java 和 JVM 的發(fā)展趨勢，所以這一話題已經(jīng)得到了廣泛的新聞報道。

為了幫助 InfoQ 和 QCon 把握當前和未來的趨勢，我們采用了 Geoffrey Moore 在其 同名著作 中首創(chuàng)的 “跨越鴻溝 ”技術成功心理模型。我們試圖找出 Moore 所說的早期市場：“ 客戶群由技術愛好者和有遠見的人組成，他們希望抓住機遇或解決迫在眉睫的問題?！?/p>

與 2024 年、2023 年、2022 年、2021 年、2020 年和 2019 年的 Java 趨勢報告一樣，我們將首先呈現(xiàn) 2025 年的內部主題圖：

方便起見，下面是 2024 年的內部主題圖：

創(chuàng)新者

Embabel Agent Framework 和 Koog（分別由 Rod Johnson 和 JetBrains 創(chuàng)建）是面向 JVM 的新型開源代理平臺，于 2025 年第二季度引入 Java 社區(qū)。這些框架旨在幫助開發(fā)人員構建并運行 AI 代理。

2025 年，Leyden 項目中的前三個功能隨著 Java 24 和 Java 25 的發(fā)布而交付。第四個功能將作為即將發(fā)布的 Java 26 功能集的一部分。

備受期待的 Spring Boot 4.0 和 Spring Framework 7.0 GA 版本于 2025 年 11 月發(fā)布，提供 API 版本控制、彈性和來自 JSpecify 的空安全注解。

Jakarta EE 12 的開發(fā)工作于 2025 年初啟動，遠早于 Jakarta EE 11 的最終發(fā)布，涵蓋了 24 項規(guī)范的制定與計劃評審。生態(tài)系統(tǒng)新增了四項規(guī)范，其中 Jakarta Query 已獲準納入平臺與 Web Profile。Jakarta EE 12 預計將于 2026 年 7 月發(fā)布。

早期采用者

隨著包括 Open Liberty、WildFly、Payara 和 GlassFish 在內的許多 Java 項目被認證為兼容實現(xiàn)，Jakarta EE 11 上升到這一類別。

OpenRewrite 首次出現(xiàn)在這一類別中，因為許多項目已經(jīng)使用這項技術進行了現(xiàn)代化。OpenRewrite 有兩項值得注意的用途是遷移 javax 到 jakarta 命名空間，以及升級過時的 Jakarta EE 技術兼容性套件（TCK）。

隨著 GraalVM for JDK 23 的發(fā)布，GraalPy 和 GraalWasm 正式被認定為穩(wěn)定版本，適用于生產(chǎn)工作負載，因此進入了該類別。這些項目此前是作為 GraalVM 的實驗性功能，于 2024 年首次亮相于創(chuàng)新者類別。

MCP Java SDK 于 2024 年 12 月推出，是首次出現(xiàn)在這一類別中，因為它使 Java 應用程序能夠通過支持同步和異步通信模式的標準化接口與 AI 模型和工具進行交互。

2025 年 5 月交付的 Spring AI 1.0 加入了其他生成式 AI 技術的行列。其核心功能包括：支持二十種 AI 模型的 ChatClient 接口，可處理多模態(tài)輸入并生成結構化響應；作為攔截器鏈的 Advisors API，允許開發(fā)人員通過注入檢索數(shù)據(jù)和對話記憶來修改輸入提示；全面支持模型上下文協(xié)議（MCP）。

下面是幾位 InfoQ Java Queue 編輯和 Java Champion 針對各種主題的討論的簡單匯總：

• Michael Redlich：Java Champion | Garden State Java 用戶組負責人 | Payara 合約開發(fā)大使和技術撰稿人 | InfoQ Java Queue 主編 | ?？松梨诩夹g與工程公司退休高級研究技術員

• Erik Coslow：Azul 產(chǎn)品管理高級總監(jiān) | InfoQ Java Queue 編輯

• Karsten Silz：高級全棧 Java 開發(fā)人員 | InfoQ Java Queue 編輯

• Trisha Gee：Java Champion | Gradle 開發(fā)大使

• Marit van Dijk：Java Champion | JetBrains 開發(fā)大使

• Richard Fichtner：Java Champion | XDEV Software 首席執(zhí)行官 | JUG Oberpfalz 創(chuàng)始人 | JCON 聯(lián)合組織者

• Bert Jan Schrijver：Java Champion | OpenValue 首席技術官 | NLJUG JUG 負責人

我們還要感謝為我們更新 2025 年“跨越鴻溝”模型提供輸入的 Java Queue 編輯：

• Daniel Bryant：Java Champion | Syntasso 平臺工程與產(chǎn)品營銷 | InfoQ 新聞經(jīng)理

• Olimpiu Pop：技術咨詢師 | InfoQ Java Queue 編輯

對于我們在內部主題圖中對某些技術所做的歸類，上述內容提供了更多的背景信息。

Java 和人工智能

Van Dijk：人們對使用 Java 進行 AI 開發(fā)的關注度越來越高，新工具也在不斷涌現(xiàn)。Langchain4j 不斷演進。今年，我們還見證了 Embabel 的問世——這是由 Spring Framework 創(chuàng)始人 Rod Johnson 打造的一個全新 JVM 代理平臺。另外還有一項成果是 Koog，這是一個基于 Kotlin 的框架，專為完全采用 Kotlin 慣用語法構建和運行 AI 代理而設計?？吹皆?JVM 平臺上運用 AI 的選項越來越多，實在是件令人欣喜的事。

隨著 AI 工具在軟件開發(fā)中的使用，我們似乎正在重新發(fā)現(xiàn)軟件工程實踐。伴隨規(guī)格驅動開發(fā)的發(fā)展，我們將良好的軟件開發(fā)實踐融入到了使用 AI 開發(fā)軟件的過程中。

隨著越來越多的代碼由 AI 生成，而不是由開發(fā)人員編寫，代碼的可讀性依然至關重要。正因如此，當我們看到 Java 語言及其工具仍然以使代碼更易于閱讀和理解的方式不斷演進時，會覺得令人欣慰。

Fichtner：AI 不再只是一個流行詞，它已經(jīng)成為一個現(xiàn)實。我們看到，人們以兩種截然不同的方式使用它。

一方面是基于 AI 的開發(fā)工具。這些工具不會取代開發(fā)人員，但在熟練的專業(yè)人員手中，它們可以加快代碼編寫速度，提高代碼質量和團隊效率。

另一方面是將 AI 內置到應用程序中。這是 Java 大放異彩的地方。多年來，人們一直以為 AI 需要 Python。但是，當涉及到運行大規(guī)模的業(yè)務關鍵應用程序時，越來越多的團隊轉向了 Java。他們看重的是 Java 的強類型、可靠性和成熟的生態(tài)系統(tǒng)。當需要部署、集成和擴展時，像 LangChain4j、Spring AI 等 Java 框架使得人們在將 AI 投入生產(chǎn)應用時變得很有信心。

簡而言之，Python 可能開啟了這個故事，但 Java 使許許多多的 AI 應用程序真正地煥發(fā)了生機。

Silz：四十年來，我都是手寫代碼。但我現(xiàn)在不這么做了，因為 AI 可以幫我編碼。AI 還能解釋未知項目，編寫規(guī)格說明和文檔，修復損壞的構建，并優(yōu)化生產(chǎn)系統(tǒng)。即使把 AI 犯的所有錯誤考慮進來，我仍然比沒有 AI 時更有生產(chǎn)力。

我在工作中做的一個假設是，AI 可以提高所有開發(fā)人員的生產(chǎn)力，這引發(fā)了兩個問題。第一個問題涉及未來兩到三年的自動化：是較少的開發(fā)人員產(chǎn)出相同數(shù)量的代碼，還是相同數(shù)量的開發(fā)人員創(chuàng)建更多的代碼，亦或是更多的開發(fā)人員編寫更多的代碼？第二個問題是一個原則問題：當 AI 足夠好，不需要開發(fā)人員告訴它做什么，而只需要業(yè)務分析師告訴它做什么時，會發(fā)生什么？

Java 25 及其它

Gee：Java 25 于 2025 年 9 月發(fā)布，是當前的長期支持版本。我喜歡現(xiàn)在這樣，六個月發(fā)布一次已成常態(tài)。每個版本都會帶來有趣的特性，Java 社區(qū)已經(jīng)習慣了在可預測的日期獲得高質量的版本。

Van Dijk：作為最新的 LTS，Java 25 的發(fā)布為這門語言帶來了很多改進。像 Compact Source Files 和 Instance Main Methods 這樣的更改，不僅使初學者更容易掌握 Java，也使經(jīng)驗豐富的程序員能夠更快速地實現(xiàn)創(chuàng)意原型。在每一種情況下，代碼均能夠隨著知識的積累和需求的變化靈活擴展。

其他更改使得這門語言更具表現(xiàn)力，使 Java 代碼更容易編寫和閱讀。例如，結構化并發(fā)（仍處于預覽階段）使并發(fā)代碼的編寫和理解變得更加輕松。模式匹配改進（如 模式中的基本類型、instanceof 和 switch 語句，同樣仍處于預覽階段）則有助于快速理解代碼。

除了語言特性外，Java 25 的性能和性能洞察能力也有所提高。即使你不為了使用最新的語言特性更新代碼，更新 JDK 也會讓你立即從中受益。我建議你這樣做，這樣可以受益于新語言特性帶來的好處。

看到各種框架和庫正在支持甚至要求支持更新的 Java 版本，這是一件令人高興的事。Java 17 似乎成了一個新基線，因為 Spring、JUnit、Gradle 9 和即將推出的 Maven 4 都需要 Java 17 或更高版本才能運行。Spring 團隊現(xiàn)在也推薦使用 Java 21 中引入的虛擬線程。很高興看到像 Spring 和 JUnit 這樣的項目采用了 JSpecify 注釋。很高興看到語言和生態(tài)系統(tǒng)的同步發(fā)展。

Schrijver：好吧，JDK 24 和 25 已經(jīng)發(fā)布，Stream Gatherers 的功能已經(jīng)最終確定，Scoped Values 已經(jīng)交付，模式匹配現(xiàn)在可以在 switch 和 instanceof 語句中處理原始類型，Compact Source Files 和 Instance Main Methods 也已經(jīng)引入。

Redlich：雖然起步的時候比較慢，但 Leyden 項目最終提供了旨在改善 Java 程序啟動時間、峰值性能和空間占用的特性。第一個特性 Ahead-of-Time Class Loading & Linking 隨 Java 24 的發(fā)布而交付。這個特性似乎打開了傳說中的閘門，因為 Ahead-of-Time Method Profiling 和 Ahead-of-Time Command-Line Ergonomics 兩個特性在 Java 25 中交付，而到目前為止，第四個特性 Ahead-of-Time Object Caching with Any GC 已準備在 JDK 26 中交付。第五個特性 Ahead-of-Time Code Compilation 目前仍處于草案狀態(tài)。

遺留 Java 應用程序的現(xiàn)代化

Fichtner：我們看到，對 Java 應用程序進行現(xiàn)代化改造的需求有明顯增長。許多團隊正在將那些比較舊的應用程序，例如基于 Swing 的應用程序，使用像 Vaadin 這樣的現(xiàn)代框架遷移到 Web 瀏覽器中。其他人則正在處理多年累積的技術債務?？蚣苌壸兊迷絹碓綇碗s，而在如今高度重視供應鏈安全的情況下，組織正在密切關注其軟件棧中的漏洞。

另一個主要的驅動因素是 Java 版本的現(xiàn)代化。有太多的團隊仍在運行 Java 8 之前的版本。他們想要向前邁進，但他們需要一個符合現(xiàn)實的可靠路徑來實現(xiàn)這一點。

這是像 OpenRewrite 這樣的工具真正發(fā)揮作用的地方。它們使升級過程具有確定性，不僅適用于遷移到 Java 的新版本，還適用于保持 Spring Boot、Quarkus、Micronaut 等框架始終處于最新狀態(tài)。

這種組合——解決技術債務、加強安全性和對平臺進行現(xiàn)代化改造，已成為過去一年中的主要發(fā)展趨勢，并且正在加速。

Costlow：我不想討論具體的技術庫，我感受到的變化更多的在于 Java 及其主要庫的發(fā)展節(jié)奏。各方都在積極推進技術更新：既要與 JDK 保持同步，也要與庫保持同步。如今已發(fā)展到主要庫都要求使用相對較新的技術。

Jakarta EE

Redlich：備受期待的 Jakarta EE 11 版本終于發(fā)布了！原始路線圖上的發(fā)布日期是 2024 年 7 月，但它決定升級過時的技術兼容性工具包（TCK），其中包括從 Ant 遷移到 Maven 和使用 OpenRewrite 從 Test Harness 遷移到 Arquillian。

這項升級的結果是分階段發(fā)布：Core Profile 在 2024 年 12 月發(fā)布，Web Profile 在 2025 年 4 月發(fā)布，而平臺則在 2025 年 6 月發(fā)布。這一努力應該會使 Jakarta EE 12 及以后的發(fā)布過程更加高效。

Java 社區(qū)怎么說？

對于 Java 社區(qū)中其他開發(fā)人員可能對 Java 現(xiàn)狀持有什么樣的看法，我們的參與者提供了他們的見解。

Gee：當然，每個人都在談論 AI，而在 Java 社區(qū)中，過去幾年有人擔心，當人們想到 AI 就會自動想到像 Python 這樣的語言時，Java 如何保持相關性。然而今年，我看到有越來越多的庫和框架致力于簡化在 Java 程序中使用 AI 功能，并且是用一種有效的、符合 Java 開發(fā)人員習慣的方式。由于絕大多數(shù)人都將編寫包含 AI 特性的企業(yè)級應用程序，這種方法對我們來說非常有用。

Van Dijk：我們不斷聽到這樣的討論，AI 如何幫助開發(fā)人員以及這種幫助對開發(fā)實踐意味著什么。當然，人們是在談論語言和生態(tài)系統(tǒng)會如何繼續(xù)向前發(fā)展。最近，JUnit 6 發(fā)布了。Spring Boot 4 / Spring Framework 7 在 11 月發(fā)布。看起來，經(jīng)過多年的工作之后，Maven 4 也可能會在今年發(fā)布。

很高興看到 Java 語言和生態(tài)系統(tǒng)繼續(xù)向前發(fā)展，使軟件開發(fā)變得越來越容易，很高興聽到人們分享他們最喜歡的工具和實踐。

Fichtner：如今，在聆聽 Java 社區(qū)的聲音時，我注意到最大的轉變是關于云的對話。

幾年前，所有的討論都是圍繞遷移到云和云原生。但現(xiàn)在風向肯定已經(jīng)變了。這些天，我聽到更多的是企業(yè)要遷回本地，或者選擇歐洲云提供商和數(shù)據(jù)中心，而不是完全依賴于全球性的大型平臺。

這種轉變不僅僅是關于技術，還涉及到主權和合規(guī)性，特別是在歐洲。數(shù)據(jù)隱私、監(jiān)管要求和對基礎設施的控制正在推動團隊變革部署和運行 Java 工作負載的方式。

所以，我在社區(qū)中聽到的討論最熱烈的一個話題就是這一點：重新思考云策略，更加重視本地和區(qū)域解決方案。

Schrijver：我聽到其他人主要在談論 Java 如何通過像 Langchain4j 這樣的框架進入 AI 世界，但也涉及到 Java 在 RAG 工具和 MCP 服務器中的應用。在 Devoxx 比利時大會上，Rod Johnson 闡釋了為什么我們都應該在 JVM 上構建 AI 代理，以及像 Embabel 這樣的框架已經(jīng)表明 Java 實際上非常適合構建代理 AI 解決方案。盡管目前在 AI 領域，像 Python 這樣的語言比 Java 有先發(fā)優(yōu)勢，但我認為，鑒于當前使用 Java 構建 AI 解決方案的發(fā)展狀況，離 Java 成為這個領域的強勁競爭者已經(jīng)不遠了。這真是令人興奮！

Costlow：有關現(xiàn)代化的討論，我都是有選擇性地聽聽。我聽到的很多內容都是關于企業(yè)如何確定管理應用程序的方式，包括運行、構建、維護以及退役。最終，這些管理工作很多都歸結為上市時間、投資回報和成本管理等商業(yè)概念。這些對話并不是從 Java 社區(qū)開始的；它們來自那些人們需要不斷決定 Java 是正確選擇的對話。在這類討論中，對話通常從這樣一個話題開始，借助 Java，你可以持續(xù)利用并增值十多年前對 Java 的投入，而且多年以后你仍能以同樣的方式獲益。

有什么令人感到

意外和興奮的新趨勢嗎？

關于 Java 生態(tài)系統(tǒng)中令人愉快和意外的新事物，我們的參與者談了他們的看法。

Gee：我試過 緊湊型源文件和實例主方法?？吹健癏ello World”示例的樣板代碼少了很多，這真的很好，盡管這對專業(yè)開發(fā)人員的日常工作影響不大，但它確實對新手開始學習這門語言有很大的幫助，因為它去掉了他們不需要知道的很多噪音。我不知道這是否“令人興奮”，但可以說早就該這樣了！但我也喜歡這個特性的添加方式，經(jīng)驗豐富的開發(fā)人員也不會覺得不自然。我覺得，鑒于 Java 對向后兼容性的承諾，這不會改變任何現(xiàn)有的功能。

Schrijver：沒想到，我可以寫一個只有 void main() { IO.println("hi!"); }的 Java 源文件，并且可以隨時用 java test.java 運行它，然而它真的實現(xiàn)了！

盡管這個增強看起來很小，而且對于企業(yè)級 Java Web 應用程序領域來說并不特別相關，我仍然認為這是一個了不起的發(fā)展，它使得初學者更容易進入 Java 領域，也更便于 Java 在教育領域中的使用。

Costlow：我目睹了許多老舊的應用程序被實質性地復活。所謂老舊，是指人們從 Java 7 升級，因為他們在做出替換 / 淘汰決策時，選擇了繼續(xù)沿用 Java 應用程序。

Silz：生成式 AI 軟件開發(fā)已實現(xiàn)產(chǎn)品市場契合：擁有海量訓練數(shù)據(jù)，完善的驗證機制確保 AI 正確性（代碼編譯通過、代碼檢查通過、測試通過），而且高薪開發(fā)群體成為推動自動化的動力。當前，我們開發(fā)人員正享受著生產(chǎn)力提升的紅利，但長遠來看未必如此。

Redlich：沒想到，我們會看到一個小型開源項目專注于碳感知任務處理。這成為 2025 年 7 月 JobRunr 8.0 版本 發(fā)布 的一大亮點。JobRunr 通過調用歐盟能源供應商 ENTSO-E 的數(shù)據(jù)，為開發(fā)人員提供優(yōu)化后的碳足跡方案。目前，碳感知任務處理功能尚未在美國地區(qū)開放。

在 Java 領域，

最令你感到激動的是什么？

我們問了參與者這個問題，目的是希望他們描述下他們眼中 Java 生態(tài)系統(tǒng)最讓其感到興奮的地方。

Gee：今年我沒有太多時間寫 Java 代碼，但我渴望使用 Loom 項目和結構化并發(fā)的各種特性。有能幫助我們以更容易理解的方式編寫并發(fā)和 / 或并行代碼的特性，對于編寫安全和可擴展的應用程序至關重要。

Van Dijk：就我個人而言，所有使 Java 語言更容易學習和使用的改變都讓我感到興奮，還有可以幫助我們理解代碼的工具。這些將使代碼更容易維護，減少 Bug，使開發(fā)人員的生活更輕松。隨著生成的代碼變得比以往任何時候都多，將有更多的代碼需要維護。

隨著語言和生態(tài)系統(tǒng)的發(fā)展，總有新東西要學習，這很令人興奮，雖然有時也可能令人不知所措。對我來說，最令人興奮的是成為更廣泛社區(qū)的一部分，并能夠分享知識，不管是在會議上還是以其他方式。一起學習更有趣，成為這個社區(qū)的一部分真的很棒。

Fichtner：目前，在 Java 領域，讓我真正感到興奮的是社區(qū)，感覺它比以往任何時候都更有活力。

在德國，我們正在指導和支持組建新的 Java 用戶組（JUG）?？吹饺绱硕嗟娜丝释M建本地團體，重啟線下聚會，在疫情之后重新建立面對面的聯(lián)系，這令人深受鼓舞。正是這種真實的人際互動，構成了 Java 獨特魅力的核心所在。

我對 JCON Europe 大會也感到非常興奮，這是我們在科隆舉辦的一場社區(qū)會議。與 Java 社區(qū)共度時光，交流想法，和有著同樣激情的人閑逛，總是一件很讓人高興的事。

今年，我們第一次將 JCON 帶到美國。2025 年 10 月，我們與 IBM 攜手合作，展示了其對 Java 生態(tài)系統(tǒng)的卓越貢獻，甚至在 IBM TechXchange 上舉辦了一次特別的 JCON。

對我來說，正是本地 Java 用戶組（JUG）的活力和全球合作的結合讓現(xiàn)在的 Java 社區(qū)如此令人興奮。

Schrijver：我一直對 GraalVM 帶來的驚人可能性印象深刻。在 Devoxx 比利時大會上，F(xiàn)abio Niephaus 向我展示了他如何使用 GraalVM 將 Java 應用程序編譯成 WebAssembly，實現(xiàn)了在 Web 瀏覽器中運行 Spring Boot 應用程序。如果你不相信我，可以親自看看這個 Spring Shell for WebAssembly Web 應用程序。

Costlow：自動化的現(xiàn)代化工具確實令人興奮。以前，升級 Java、主要框架和庫是件苦差事。乏味的工作占用了開發(fā)人員大量的時間，他們要更改代碼，進行測試，完成一個歷時數(shù)月的項目，最終得到的功能與之前的系統(tǒng)完全相同。現(xiàn)在，那些優(yōu)秀的工程師幾乎可以自動化所有這些工作，把精力用在開發(fā)炫酷的新功能上。就 Java 而言，它使開發(fā)人員能夠像處理當前正在開發(fā)的現(xiàn)代化項目那樣，繼續(xù)維護舊版應用程序。

這種現(xiàn)代化對于新開發(fā)人員來說尤其令人興奮，因為他們了解當今的技術；他們在大學里沒有學習 Spring 1.x?，F(xiàn)代化使現(xiàn)有開發(fā)人員的工作體驗更加愉悅，但對初級開發(fā)人員尤為友好。

Silz：沒什么讓人興奮的。這不是 Java 的問題，是我自己的問題：新版本的語言或框架最多只能讓我的效率提升百分之十，而 AI 至少能讓我的效率提升百分之五十。所以，我選擇把時間投入到 AI 上，而不是語言或框架上。

Redlich：我很愿意進一步了解全新的 Jakarta EE 規(guī)范——Jakarta Query，它在 2025 年初創(chuàng)建并通過了計劃審查，現(xiàn)已投票納入 Jakarta EE 12 平臺及 Web Profile。該規(guī)范的加入實現(xiàn)了所有數(shù)據(jù)相關規(guī)范的統(tǒng)一，原有的 Jakarta Persistence Query Language 和比較新的 Jakarta Data Query Language 將統(tǒng)一歸屬于 Jakarta Query 規(guī)范體系之下。

小 結

請注意，我們的參與者所表達的觀點僅呈現(xiàn)了部分事實。在 Java 生態(tài)系統(tǒng)中，不同的群體、細分領域和地區(qū)可能存在差異化的實踐經(jīng)驗。2025 年的 Java 趨勢報告應被視為有關行業(yè)發(fā)展討論的起點而非定論，這是一份關于行業(yè)未來發(fā)展方向的公開討論邀請函。

https://www.infoq.com/articles/java-trends-report-2025/

聲明：本文為 InfoQ 翻譯，未經(jīng)許可禁止轉載。