IntelliJ IDEA 2026.2 EAP 6 更新清单：这 7 个变化，Java 开发者可以先看

如果你平时用 IntelliJ IDEA 写 Java 或 Kotlin，看到 EAP 更新，最想知道的通常不是 Issue 编号，而是：这次哪些变化和我有关？

但官方 Release Notes 信息太密，Gradle、Kotlin、Debugger、Terminal、Dev Containers、Git、Terraform 混在一起，很容易看完也抓不住重点。

所以这篇不逐条翻译，只帮你整理一份「开发者视角清单」：

7 个最值得关注的变化。

如果你最近在用 Gradle、Kotlin、Markdown、远程开发、Terminal、数据库迁移、Terraform 或 Git Worktree，这次 EAP 6 有不少细节值得提前看。

先看全局：这次 EAP 6 不是「单点爆炸」，而是「体验补齐」

IntelliJ IDEA 2026.2 EAP 6 的更新，可以大致分成三类：

1. 1. 编码体验增强：Gradle 补全、Kotlin intention、Markdown 代码块等。
2. 2. 环境与工具链增强：EEL Environment Dashboard、Terminal 拖拽、Terraform Testing Framework。
3. 3. 稳定性与性能修复：Java Debugger、VFS、插件动态加载、远程开发、索引、Docker、Dev Containers 等。

如果你只想快速判断是否值得升级体验版，可以先看这张图。

IntelliJ IDEA 2026.2 EAP 6 更新总览

1. Gradle 补全继续增强：依赖坐标不再靠记忆硬扛

这次 EAP 6 里，Gradle 相关更新很集中。

比较值得注意的有几项：

• • 支持在 implementation(kotlin("...")) 中补全 Kotlin shortcut coordinates。
• • 在 Incomplete mode 下，引入依赖补全或更合适的提示。
• • 完成 scope 或 method 后，补全弹窗可以立即自动弹出。
• • 当过滤后没有补全建议时，提示信息会更明确。
• • 兼容 Gradle 9.6.0-rc-1。

这几个点放在一起看，方向很清楚：

JetBrains 还在继续把 Gradle 脚本从「手写配置文件」往「可交互开发界面」推进。

以前写依赖配置，经常要记写法、查坐标、确认 scope；一旦补全不工作，就得切浏览器查文档，再回 IDE 粘贴。

这次 Gradle 补全改进，重点不是「多了一个炫酷功能」，而是把这些日常小摩擦继续磨平：

• • 写 Kotlin 依赖时少查一次文档；
• • 补全不可用时知道原因；
• • 完成一个方法后立刻接上下一步补全；
• • Gradle 新版本兼容性提前跟进。

你可以怎么用？

如果你使用 Kotlin DSL 写 Gradle 配置，升级 EAP 后可以重点试三件事：

1. 1. 在 implementation(kotlin("...")) 中测试 Kotlin shortcut 补全。
2. 2. 在依赖块里输入 scope 或方法，观察补全弹窗是否更及时。
3. 3. 如果项目处于 Incomplete mode，注意 IDE 给出的提示是否更清楚。

好的 IDE 更新，不一定让你多做什么，而是让你少停顿几次。

2. Kotlin 继续补 K2 IDE 体验：不是大新闻，但很重要

Kotlin 部分这次也有不少更新。

其中比较醒目的 Feature 包括：

• • K2 IDE：移植 MapPlatformClassToKotlinFix。
• • 新增 inspection：在 Java 中将 componentN() 替换为 getX()。
• • 支持在 @A 和 @OptIn(A::class) 之间转换的 intention。

此外还有不少 Bug 和 Task：

• • 修复部分场景下显式返回类型不包含类型参数的问题。
• • 修复 value class 属性在 Extract Interface 中缺失的问题。
• • Kotlin scratch 支持按文件选择 JDK，并解耦 explain toggle。
• • Maven 场景下 Kotlin 版本不支持 JDK 的提示问题。
• • 针对 Kotlin 2.4.0 的相关适配。

这些更新不像「爆点功能」，更像 K2 IDE 的地基修补。

如果你长期写 Kotlin，会更在意 quick-fix、inspection、formatter、auto-import、scratch 这些每天都会碰到的细节。它们顺了，IDE 体验才是真的顺。

你可以怎么用？

如果你的团队正在评估 K2 IDE，建议把这次更新放进验证清单：

1. 1. 测试 Java/Kotlin 混合项目中的 quick-fix 是否符合预期。
2. 2. 测试 Extract Interface、auto-import、formatter 这些高频能力。
3. 3. 测试 Kotlin scratch 在多 JDK 项目里的表现。

Kotlin IDE 体验的成熟，不只看编译器，也要看每天点的那些 quick-fix。

3. Markdown 代码块更友好：少装插件，也能有更好的高亮

这次 Markdown 有两个 Feature 很实用：

• • 当没有相关语言插件加载时，代码围栏可以使用 TextMate bundles 做语法高亮。
• • 在 [@test] 后提供文件引用。

如果你经常在 IDEA 里写 README、技术文档、设计说明或测试说明，这个变化值得看。

过去 Markdown 代码块的高亮体验很依赖语言插件；有了 TextMate bundles，即使没有完整语言插件，也可能获得更好的基础高亮。

[@test] 后提供文件引用，也说明 JetBrains 正在把 Markdown 继续往工程协作场景里推进。

你可以怎么用？

如果你维护项目文档，可以试试：

1. 1. 打开包含多语言代码块的 Markdown 文件。
2. 2. 对比没有语言插件时的代码块高亮效果。
3. 3. 在测试相关说明里尝试 [@test] 文件引用能力。

文档不是代码之外的东西，它越来越像工程的一部分。

4. EEL Environment Dashboard：隔离环境终于更可见了

这次 Core Eel 下有一个很值得关注的 Feature：

EEL Environment Dashboard for isolated environments。

覆盖场景包括：

• • WSL
• • Docker
• • SSH

EEL 是 JetBrains 近几年在底层环境抽象上持续推进的方向。对普通开发者来说，你不需要关心它内部怎么实现，只需要知道：现在的开发环境越来越复杂。

本地、WSL、Docker、SSH、Dev Container、Remote Development 经常混在一起。环境关系一旦不可见，JDK、Node、文件系统、终端、调试器都可能出现「看起来能用，其实路径不对」的问题。

这次 EEL Environment Dashboard 的出现，至少释放了一个信号：

JetBrains 正在把隔离环境从底层能力，逐步变成可观察、可管理的界面能力。

你可以怎么用？

如果你经常用 WSL、Docker、SSH 或远程开发，建议升级后重点观察：

1. 1. IDE 是否能更清晰展示当前隔离环境。
2. 2. 环境不可访问时，提示是否更明确。
3. 3. JDK、Node、文件系统、终端是否更容易定位问题。

远程开发的难点，很多时候不是能不能连上，而是出问题时你知不知道坏在哪里。

5. Terminal 支持拖拽文件路径：一个小功能，能省很多复制粘贴

Terminal 这次有两个相关 Feature：

• • 支持将文件或目录拖拽到终端并插入路径。
• • 支持从其他应用拖拽文件或文件夹到 Terminal。

这类功能听起来很小，但很实用。

平时在终端里敲命令，麻烦的往往不是命令本身，而是路径：路径很长、有空格，或者文件明明在 Project View 里看得到，却还要手动复制粘贴。

现在 IDE 内置 Terminal 支持拖拽路径，很多操作会自然很多。

你可以怎么用？

几个典型场景：

cat <拖入文件路径>

cd <拖入目录路径>

./script.sh <拖入配置文件路径>

zip -r output.zip <拖入目标目录路径>

当然，真正体验还要看它对空格、转义、不同 Shell 的处理是否稳定。

但方向是对的。

Terminal 不一定要变复杂，有时候只要少让你复制一次路径，就够了。

6. 数据库与基础设施工具继续补齐：Liquibase、Terraform 都有新动作

这次 EAP 6 中，数据库迁移和基础设施工具也有值得注意的点。

Liquibase：可以显示已应用文件

Persistence. Liquibase 下新增 Feature：

Liquibase: show applied files。

这对做数据库迁移的人很实用。

因为 Liquibase 最大的问题之一，就是你需要明确知道：

• • 哪些 changelog 已经执行；
• • 哪些还没执行；
• • 当前环境和版本库是否一致；
• • 为什么某个变更没有生效。

如果 IDE 能直接展示已应用文件，那么排查数据库迁移状态会更直观。

Terraform：支持 Terraform Testing Framework

Tools. Terraform 下新增 Feature：

Support for Terraform Testing Framework。

Terraform 近几年不只是写基础设施配置，也越来越强调测试、验证和模块质量。

IDE 支持 Terraform Testing Framework，意味着基础设施代码也在继续向「工程化开发体验」靠拢：能理解测试框架，才更容易提供导航、运行、提示和反馈。

你可以怎么用？

如果你的项目里有 Liquibase 或 Terraform，可以把这两项加入验证清单：

1. 1. Liquibase：检查已应用文件展示是否符合当前数据库状态。
2. 2. Terraform：尝试打开已有测试，观察 IDE 是否能识别测试结构。
3. 3. 团队项目：确认这些功能是否能减少排查迁移和基础设施配置的时间。

现代 IDE 不只服务业务代码，也要服务数据库变更和基础设施代码。

7. Git Worktree、Debugger、VFS、插件系统：这些修复决定长期稳定性

最后一类更新不一定适合做标题，但对日常稳定性很重要。

Git Worktree 支持 tags

Version Control. Git 下新增 Feature：

Support git tags in working trees。

如果你经常用 Git Worktree 同时维护多个分支，或者在不同版本之间切换验证，这个能力会更实用。

Worktree 本身就是高级一点的 Git 工作流。

IDE 对它支持得越完整，多分支并行开发就越不容易割裂。

Java Debugger 修了不少细节

Java Debugger 下有多项 Bug 修复，例如：

• • 字段 inline values 显示在 class 外部。
• • Java 24 中嵌套 lambda 的断点不工作。
• • Quick evaluate 中长字符串被截断。
• • logpoint 的 stacktrace 标记保存问题。
• • 新 logpoint 的 quick-fix 不应默认启用 Breakpoint hit 信息。

这些都是细节，但 Debugger 的细节非常关键。因为你通常是在问题最难排查的时候才依赖它，一个断点不进、一个 inline value 错位、一个 logpoint 配置丢失，都会直接打断节奏。

VFS、插件、远程开发继续修稳定性

这次还有不少底层修复：

• • 大型 UE5 项目中的 VFS 属性溢出导致文件系统缓存错误和 VFS rebuild loop。
• • 插件动态加载、卸载、重配置相关异常。
• • Remote Dev 中插件加载错误。
• • Dev Containers 在 AARCH Mac 上运行 x64 devcontainer 的问题。
• • Docker dispose 死锁问题。
• • File Chooser 打开/关闭导致 IDE freeze。
• • 索引和 IO 相关性能优化。

这些更新不一定每个人都会遇到，但如果你碰到过类似问题，就知道它们的价值：减少「莫名其妙卡住」「莫名其妙重建索引」「莫名其妙插件挂掉」的概率。

你可以怎么用？

如果你准备试 EAP 6，可以重点观察这些场景：

1. 1. 大型项目打开和索引是否更稳定。
2. 2. Remote Dev、Dev Containers、Docker 是否还有异常卡顿。
3. 3. Java 24、嵌套 lambda、logpoint 等调试场景是否改善。
4. 4. Worktree 项目里 tag 相关能力是否可用。

真正影响效率的，往往不是某个大功能，而是 IDE 不再在关键时刻掉链子。

一张清单：这次 EAP 6 你应该重点验证什么？

如果你没有时间逐条看 Release Notes，可以照着下面这份清单试：

如果你有测试机、备用 IDE，或者本来就会关注 JetBrains EAP，这次可以拿真实项目跑一下。

最后：EAP 版本怎么用，才不容易踩坑？

提醒一句：EAP 是 Early Access Program，不是稳定正式版。它适合提前体验新能力、验证兼容性、反馈问题，但不建议直接替代主力生产环境。

更稳妥的做法是：

1. 1. 用独立配置目录启动 EAP，不要污染主力版本设置。
2. 2. 拿一个真实但可恢复的项目测试，不要只开空项目。
3. 3. 重点测你自己的高频场景，比如 Gradle、Kotlin、Remote Dev、Debugger。
4. 4. 遇到问题及时记录，尤其是复现路径、日志和项目环境。
5. 5. 保留稳定版作为主力工具，EAP 只做提前观察和验证。

如果你是 Java / Kotlin 开发者，可以不用急着把 EAP 6 换成主力版本，但值得花 30 分钟，把自己的项目放进去跑一遍。

很多 IDE 的进化，不是一眼惊艳，而是某一天你写代码时发现：补全更懂你了，路径不用复制了，调试没卡住了，远程环境也终于看得明白了。