Java，这头在企业应用领域深耕 30 年的“猛兽”，如今正虎视眈眈地瞄准 AI 这块 Python 的“固有领地”。尤其是在企业级 AI 应用方面，Python 的优势似乎正在逐渐减弱。一家大型 Java 平台公司的技术负责人甚至预测，2025 年将是 Python 在 AI 领域占据主导地位的最后一年。
今年，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 以实现更好的性能表现。”
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 现状调查报告》中的其他主要发现还有：
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 驱动的有效代码迁移，那就还好。毕竟自动迁移能够大大降低迁移的成本和风险……我们将拭目以待。”
与此同时，Azul 还在调查中研究了 DevOps 和安全问题。有 62% 的受访者表示死代码或未使用代码影响了 DevOps 生产力；33% 的 DevOps 团队把超一半工作时间都用在了处理关于 Java 漏洞的误报上；49% 的受访者称他们在生产中仍会遇到 Log4j 安全漏洞。
Azul 公司联合创始人兼 CEO Scott Sellers 在一份声明中表示，“随着 Java 继续在企业的业务关键型应用程序中扮演支柱性角色，我们观察到了这波重要的复合性趋势——即从对 Oracle Java 替代方案的日益关注到云优化策略，再到 DevOps 生产力提升以及 AI 领域创新。”
