2025年將成Python主導AI領域的最後一年：Java強勢入侵Python腹地

Java，這頭在企業應用領域深耕 30 年的「猛獸」，如今正虎視眈眈地瞄準 AI 這塊 Python 的「固有領地」。尤其是在企業級 AI 應用方面，Python 的優勢似乎正在逐漸減弱。一家大型 Java 平台公司的技術負責人甚至預測，2025 年將是 Python 在 AI 領域佔據主導地位的最後一年。

Java 強勢進軍 AI 領域，Python 能否守住陣地？

今年，Java 迎來了 30 週年，它在企業應用領域的影響力依然穩固。這種多用途編程語言經歷了二十多個版本的演進、2010 年 Sun Microsystems 被 Oracle 收購，以及最近的許可變更。

儘管已有悠久歷史，Java 仍然廣泛應用於從 Web 到雲計算的各類商業應用中。

「Java 就像企業的砂漿和磚牆——它無處不在，」Azul 首席執行官 Scott Sellers 表示。「確實有一些企業不使用 Java，但總體而言，幾乎找不到一家規模較大的企業完全不依賴 Java。」

如今，隨著 GenAI 變得越來越重要，Python 被廣泛認為是生成式 AI 的首選編程語言。這對 Java 開發人員意味著什麼，是一個值得思考的重要問題。

目前來看，在 AI 應用的開發過程中，不同角色各司其職，包括 AI 工程師、數據工程師和應用開發者。其中，AI 工程師專注於模型的開發與部署，數據工程師負責數據的管理與處理。雖然 AI 工程師和數據工程師的工作至關重要，但應用程序開發人員同樣扮演著關鍵角色。我們需要大量的應用程序開發人員來將 AI 融入到實際應用中，創造出實用的 AI 解決方案。

在這一過程中，應用平台、數據平台和 AI 服務三者共同作用，構建出完整的 AI 生態系統。現在是 Java 開發者學習 AI 並將其應用於企業級應用的絕佳時機，尤其是在大量企業應用都運行在 Java 生態上的背景下。

而且，近年來，Java 在 AI 領域的技術突破愈發明顯，多個關鍵項目正在推進 Java 在 AI 開發中的競爭力。比如，Langchain4J 框架旨在簡化將大模型 (LLM) 集成到 Java 應用程序中的過程，在過去一年內已發佈十餘個版本，不斷完善對 Java 生態的支持。自推出後，該庫便迅速在 Java 社區中獲得了關注和認可，尤其是在開發基於 LLM 的應用程序的開發人員中。

而 Pivotal 開源的 Spring AI 近期則正式推出 1.0.0 版本，標誌著 Java 在 AI 領域的進一步成熟。國內阿里雲也發佈了基於通義大模型的 Spring AI Alibaba 開源項目，將 Spring 生態系統的可移植性、模塊化設計等企業級特性應用到 AI 領域。Jlama 則提供了一個原生的 Java LLM 推理引擎。Jlama 完全由 Java 構建，使用 Java 庫和 API 處理所有 LLM 相關操作，並支持在 Java 虛擬機（JVM）內本地執行模型推理。

為瞭解企業如何在不斷髮展的技術環境中使用 Java，大型 Java 平台提供商 Azul Systems 發起了一項調查，調查報告顯示，50% 的組織使用 Java 來構建 AI 功能，在以 Java 為中心的企業中，其 AI 開發使用量超過了 Python 和 JavaScript。

Azul 公司副 CTO Simon Ritter 在採訪中表示，Java 語言很可能在未來一年半內頂替 Python 在 AI 開發領域的優勢地位。

Ritter 寫道，「眾所周知，開發者圈子都認為 Java 語言更適合開發企業級 AI 應用程序，因為它的可擴展性和性能更好，只是目前 Python 憑藉豐富的依賴庫和其他支持性的 AI 開發基礎設施暫時取得優勢。然而，企業已經意識到 Java 才是業務部署的更佳選擇。我們很可能在未來一年半到三年之內，見證 Java 超越 Python。」

Ritter 解釋道，Python 目前在 AI 領域的主導地位實際更多是文化因素的結果，因為 Python 作為編程語言更簡單。他指出，熟悉 AI 技術的群體往往長於數學能力、而非軟件開發背景，因此 Python 的簡單易用對他們更具吸引力。

然而，「隨著企業越來越依賴 AI 部署，我們將遭遇障礙、撞上 Python 語言的能力邊界，就是說必須對應用程序進行大量重寫和重構。組織必須確保自己的應用程序能夠與 Python 和 Java 協同運行，逐步建立起 Java AI 應用體系，最終突破這道壁壘。」

Ritter 同時提到，Java 最終能夠佔據主導的關鍵因素，在於它能夠從 GPU 中獲得更好的性能。例如，「JDK 已經交付 Project Panama，使得開發者能夠在 Java 代碼中輕鬆使用非 Java 庫。

Project Babylon 則對此做出增強，探索如何在無需更改代碼的前提下，通過 Java 直接調用 GPU 以實現更好的性能表現。」

Java 能否順利「接棒」，業內專家觀點各異

Azul 報告指出，Java 開發者正積極使用 AI，「這凸顯出 Java 在 AI 中「契合需求」的天然性質，即提供更好的可擴展性、廣泛的依賴庫以及與現有企業系統的無縫集成。」

事實上，Java 在性能、可擴展性以及穩定性方面的長期優勢，使其成為開發 AI 驅動應用程序的天然選擇。報告強調，Java 能夠為 AI 解決方案提供必要的計算效率與企業級可靠性。

此外，在使用 Java 構建 AI 功能的組織當中，JavaML 成為使用頻率最高的 Java AI 庫。由於 AI 已經開始影響組織製定策略、構建代碼以及維護應用程序和基礎設施的全新方式，所有這些活動都需要消耗算力資源。因此調查中有 72% 的受訪者表示，他們需要儲備更多算力才能支撐起具有 AI 功能的 Java 應用程序。

在被問及是否相信 Java 能夠取代 Python 在 AI 開發領域的主導地位時，IDC 公司分析師 Arnal Dayaratna 表示「是的，而且可能性很大，畢竟 Java 在大規模、企業級、關鍵任務類應用程序的開發方面無人能敵。」

然而，另一位經驗豐富的應用開發市場觀察者卻有著不同的觀點。Omdia 公司分析師 Brad Shimmin 在採訪中表示，他不相信 Java 能夠取代 Python 的 AI 開發伊古達拿地位。

「如今 Python 語言自身的性能正在提升，加上開發者能夠使用的庫（PyTorch、Panda 等）已經孕育出蓬勃發展的生態系統，我並不覺得 Java 能夠在支撐 AI 用例方面超越 Python。當然，在安全和性能極其重要的領域，例如金融行業，我們也希望能把一部分 Python 代碼重構成 Java 或者 Scala 的形式。可即便如此，AI 從業者也更願意從 Python 起步。隨著生成式 AI 的興起，預計其他語言也會發揮作用，特別是 TypeScript 等更適合全棧開發的語言。」

與此同時，一部分開發人員（要求匿名）提到，他們認為 Java 社區還需要在語言自身多做創新，確保其更適合 AI 開發。

甲骨文也正為此努力

作為 Java 語言和平台的管理者，甲骨文正在努力實現這一目標。

甲骨文 Java 平台高級副總裁兼 OpenJDK 管理委員會主席 Georges Saab 表示，隨著新興技術的成熟，甲骨文看到 Java 在新興技術中的應用越來越多，AI 場景自然也不例外。

Saab 在採訪中解釋道，「Java 在企業業務邏輯當中佔據主體地位，強類型、內存安全、良好的核心庫以及廣泛的工具分佈意味著 Java 天然會被這些不斷髮展的新生態所吸引。在計算密集型 AI 訓練和模型創建領域，憑藉原生庫集成和 JIT 性能改進選項，我們看到人們對 Java 的關注度與日俱增。更進一步講，Project Babylon 的目標就是將 Java 的應用範圍擴展到 GPU 編程模型，借此將 Java 深度嵌入至 AI 領域。而 Project Valhalla 則有望將複雜數據類型的處理效率拉升至數值類型基元的水平，從而讓 JVM 更好地實現內存扁平化。」

此外，在推理方面，Project Amber 允許開發人員使用密封類型、記錄類和模式匹配，更加輕鬆且富有表現力地對數據進行建模。

Saab 解釋稱，「比如說，langchain4j 能夠要求大模型返回直接填充至記錄中的答案，從而有效將 AI 生成的非結構化答案編組到強類型系統當中。而且，考慮到很大一部分業務應用程序已經是由 Java 編寫，因此這些應用程序的開發者將能夠「在 Java 中」構建 AI 智能。」

報告結果綜述

Azul 的這份報告囊括了來自全球各地 2000 多名 Java 專業人士的回覆，研究了企業如何應對 Oracle Java 的定價與許可挑戰、組織在解決雲成本方面採取的策略、影響 DevOps 生產力的因素，以及 Java 在 AI 開發領域發揮的作用。

在全球參與這份《Azul 2025 Java 現狀調查報告》的所有企業中，只有 1% 的受訪者因完全未在企業中使用 Java 而被取消了調查資格——就是說有 99% 的受訪組織已經在主動使用 Java。此外，近 70% 的受訪者表示，他們有半數以上的應用程序是用 Java 構建、或者運行在 Java 虛擬機（JVM）之上，這也證實了 Java 在當今企業級應用領域的江湖地位。

這份《Azul 2025 Java 現狀調查報告》中的其他主要發現還有：

逃離 Oracle Java

Azul 發現，在甲骨文發佈以員工為單元的 Oracle Java SE 定價政策已經兩年之後，人們仍然對此憂心忡忡。82% 的 Oracle Java 用戶對這種成本模式感到不安，與《Azul 2023 Java 現狀調查報告》中的百分比相同。報告還提到，考慮使用 Oracle Java 替代方案的組織佔比則大幅上升，從 2023 年的 72% 一路來到如今的 88%。

報告顯示，考慮逃離 Oracle Java 的五大核心原因（受訪者可隨意多選）包括使用成本（42%）、開源偏好性（40%）、甲骨文銷售策略（37%）、定價與許可持續變化所造成的不確定性（36%）以及嚴苛的甲骨文政策（33%）。

Shimmin 提到，「調查對象都是 Java 開發專家，這肯定會對結論造成影響」，同時也承認 Azul 是甲骨文的主要競爭對手。「但相信大家也都清楚，甲骨文在 Java 的問題上存在著很多頑疾。Azul 及其他廠商發佈了大量替代性 JDK，跟甲骨文的 Oracle Java SE Universal Subscription 相比不僅許可模式更靈活，使用成本也往往更低。」

「所以最終結果，將取決於甲骨文能不能證明其提供的軟件維護、修復和支持服務值這個價格——畢竟紅帽、Databricks 等開源廠商都證明這種商業模式做好了也站得住腳。但在我看來，考慮到市場上還有很多其他選擇，甲骨文必須積極與現有客群合作，在消除財務或技術摩擦的同時幫助客戶前進。如果我是甲骨文的負責人，可能會考慮提供免費版本和承諾用量許可證，再根據客戶的實際需求進行擴展和縮減。」

IDC 分析師 Dayaratna 對此深以為然。

「我對調查的結果有些擔憂：畢竟任何組織都完全有理由放棄昂貴且成熟的技術……只是放棄的速度有快有慢。從調查結果來看，可能很多企業已經考慮過，甚至為此製定了過渡計劃。」

關於這項調查，Constellation Research 分析師 Holger Mueller 表示「Azul 的報告有點自我中心，目標明顯是說服更多人放棄 Oracle Java。但現實問題在於，平台遷移非常困難，而且多數商業案例都值得懷疑……但如果 Azul 能夠提供由 AI 驅動的有效代碼遷移，那就還好。畢竟自動遷移能夠大大降低遷移的成本和風險……我們將拭目以待。」

安全與 DevOps

與此同時，Azul 還在調查中研究了 DevOps 和安全問題。有 62% 的受訪者表示死代碼或未使用代碼影響了 DevOps 生產力；33% 的 DevOps 團隊把超一半工作時間都用在了處理關於 Java 漏洞的誤報上；49% 的受訪者稱他們在生產中仍會遇到 Log4j 安全漏洞。

Azul 公司聯合創始人兼 CEO Scott Sellers 在一份聲明中表示，「隨著 Java 繼續在企業的業務關鍵型應用程序中扮演支柱性角色，我們觀察到了這波重要的復合性趨勢——即從對 Oracle Java 替代方案的日益關注到雲優化策略，再到 DevOps 生產力提升以及 AI 領域創新。」

參考鏈接：

https://thenewstack.io/2025-is-the-last-year-of-python-dominance-in-ai-java-comin/

https://inside.java/2025/01/29/evolution-of-java-ecosystem-for-integrating-ai/

https://www.infoq.com/presentations/ai-java-integrate/

本文來自微信公眾號「InfoQ」，編譯：核子可樂、Tina，36氪經授權發佈。