JetBrains 把自家 IntelliJ 的 Java / Kotlin 语言引擎做成了 LSP 扩展，名字叫 Java and Kotlin by IntelliJ IDEA（Marketplace ID：JetBrains.intellij-server）。2026 年 10 月官博宣布进入 Release Candidate：这是最后一个 EAP 构建，按 EAP 条款可免许可用 30 天；正式 1.0「很快」发布后，新用户仍有 30 天试用，到期需要 IntelliJ IDEA Ultimate 订阅。和常见的 Red Hat jdtls 扩展包比，它主打的是同一套 IntelliJ 引擎：补全、检查、项目级重构、DAP 调试，以及 Maven / Gradle / Bazel 导入。本文按 JetBrains 官博 RC 文、官方文档 与 Marketplace 说明整理；安装与能力未本地验证，落地以你本机实测为准。

收费口径先说清楚

官博「What the Release Candidate means for licensing」写得很直白：

  • 当前 RC：属于 Early Access Program，30 天内可无许可使用。
  • 稳定 1.0 起：新用户有 30 天免费试用；试用结束后，使用该扩展需要 IntelliJ IDEA Ultimate 订阅。

Cursor 文档页也写了：preview 期间可免费使用，每份构建自发布日起 30 天后过期；可把鼠标悬停在状态栏的扩展条目上查看 EAP 许可到期时间。Marketplace 页面目前仍标「currently in preview」，并写「每个 preview 构建 30 天后过期，装更新的 preview 会续评估期；许可机制随 1.0 引入」。RC 官博与 Marketplace 文案可能短暂不同步，以官博对 RC / 1.0 的许可证说明为准，安装前再对一眼 Marketplace。

另外：若仓库是纯 Kotlin，JetBrains 另有 Apache 2.0 的 Kotlin LSP（扩展 ID 常见为 JetBrains.kotlin-server），官博写明可不订阅、免费用。Java 或 Java+Kotlin 混编才是这篇 RC 扩展的主战场。

RC 相对 preview 多了什么

两个月前的 preview 之后，中间又发过多轮中间构建。官博称 Marketplace + Open VSX 合计下载已超过 2 万；他们自己也在用来构建 IntelliJ 系 IDE 的大型仓库上 dogfood。

RC 官博列到的能力，不只是「能补全」：

  • 智能补全、导航、inspections、quick-fixes、代码分析
  • 项目级重构
  • DAP 调试
  • Maven、Gradle、Bazel 工程支持
  • 内置跑测试
  • 与 Spring 工具的互操作（Spring tooling interoperability）

官方文档「About」页写的语言版本口径是：支持最新发布的 Java / Kotlin 版本，当前列出 Java 25、Java 27 EA、Kotlin 2.4。具体以文档页为准，不要拿二手文章当版本矩阵。

和 Red Hat jdtls 那条线比，换过来多拿什么

VS Code 里多数人默认的是 Extension Pack for Java（背后是 Eclipse JDT Language Server，常称 jdtls）。它免费、生态熟、对「打开 Maven/Gradle Java 项目写业务代码」足够。换 JetBrains 这套，官博与文档强调的增量大致是：

同一套 IntelliJ 语言技术，而不是另一套 Eclipse 系分析器。补全、检查、quick-fix 的手感会更接近 IDEA 桌面版，而不是「能跳转就算支持」。

构建系统面更宽：文档与 Marketplace 都写了 Gradle、Maven，以及 Bazel。很多 monorepo / 内部构建走 Bazel 的团队，在 VS Code fork 里往往要自己拼工具链；这是 jdtls 默认包较少直接对标的点。

项目级重构与调试引擎：RC 明确写了 project-wide refactorings 和 DAP-based debugging，并用的是 IntelliJ 调试器引擎（Marketplace 表述）。日常 Rename / Extract 之外，跨模块改签名一类操作，正是很多人离开 IDEA 进轻量编辑器后最想念的部分。

Spring 相关互操作：官博点到 Spring tooling interoperability。具体插件边界、和「Spring Boot Extension Pack」谁覆盖哪些场景，官博没有展开对照表；若你重度依赖 Spring 导航与 Bean 洞察，装完后应在真实工程里点几处再决定是否替换默认 Java 扩展包。未本地验证。

给 Agent 用的语义能力：见下一节。这是 jdtls 路线讨论得较少、但 RC 官博主动写进正文的点。

代价也很清楚：试用结束后绑 Ultimate；首次导入大仓库时索引可能偏长（文档写 indexing 完成前部分洞察会受限）；和现有 Java 扩展并存时可能抢语言服务，官方安装页一般会要求你处理冲突扩展。是否值得换，取决于你是否已经在付 Ultimate、是否在 Cursor 里写 JVM、以及 Bazel / 项目级重构是否刚需。

安装：VS Code 走 Marketplace，Cursor 走 Open VSX

扩展在两个市场都有：

  • Visual Studio Code：Microsoft Marketplace，搜「Java and Kotlin by IntelliJ IDEA」，ID JetBrains.intellij-server。
  • Cursor 及其他兼容的 VS Code 系编辑器：官方 Cursor 安装文档写明从 Open VSX Registry 安装。需先登录 Cursor，打开扩展视图，搜索 「IntelliJ for VS Code」（注意：搜索关键词和 Marketplace 展示名不完全一样），再安装。

装完后会提示选区域、接受 EULA 与数据共享策略。打开含 Gradle / Maven / Bazel 构建文件的目录后，扩展会自动做项目导入并建索引；单文件 .java 往往不够触发完整工程模型。复杂 monorepo 可用 intellij.projects 配置要导入的工程（见官方 Project import 文档）。

Cursor Agent 能不能借用这台语言服务器

有二手站写过「Cursor Agent 能靠这套 LSP 做语义搜索和导航」。核对 RC 官博原文 后，可以写：官方明确写了，扩展装在 Cursor 里时，Cursor Agent 可以使用同一台 language server 做 semantic code search、navigation 和 code analysis，以期更快、更确定的结果。

官博没有给出可复现的 Agent 配置步骤或效果对比数据。因此这里只转述官方表述，不编造「装完 Agent 就自动如何」的操作指南。是否在你当前 Cursor 版本上生效，未本地验证。

现在适合谁试、谁先别切默认

更适合现在装 RC 试一把的人：

  • 已有或打算续 Ultimate，想在 VS Code / Cursor 里继续用 IntelliJ 那套 Java/Kotlin 洞察
  • 工程带 Bazel，或不满足于默认 jdtls 的重构 / 检查手感
  • 在 Cursor 里写 JVM，想让 Agent 侧也挂上同一套语言服务（按官博承诺去验证）

建议先别把团队默认扩展整线切走的情况：

  • 没有 Ultimate 预算，只想长期免费用语言服务（纯 Kotlin 可看免费 Kotlin LSP；Java 混编则要算试用后成本）
  • CI、教学机、临时沙箱只需要基本补全与跳转，jdtls 已经够用
  • 大仓库尚未评估首次索引时间与机器内存

参考

— 感谢阅读 —
# java# 开源

一起交流

分享你的思考，让讨论更进一步。