IntelliJ IDEA 2026.2 EAP 1 来了：开发者最该关注的 8 个变化

最近看 IntelliJ IDEA 的 EAP Release Notes，有一个很明显的感觉：

它已经不再是「多加几个菜单、多修几个 Bug」的节奏了。

尤其是 2026.2 EAP 1 这份更新，表面上是一张很长的 issue 表：Build、Java、Kotlin、Spring、Remote Development、UI、Git、MCP、LSP……密密麻麻 900 多条。

但如果你只按条目从头读到尾，很容易读完就忘。

真正有价值的读法，是把它拆成几个开发者每天都会遇到的问题：

• • 写 Java / Kotlin 时，IDE 能不能更懂代码？
• • 跑测试时，失败定位和耗时统计能不能更清楚？
• • Spring 配置和数据库迁移，能不能少一点「看不懂的红线」？
• • 远程开发、WSL、Docker 这些环境，能不能更稳？
• • 大项目里卡顿、冻结、索引慢，能不能少一点？

所以这篇不逐条翻译 Release Notes。

我把 IntelliJ IDEA 2026.2 EAP 1 里最值得开发者关注的变化，整理成 8 个方向。

你可以把它当成一份升级前检查清单。

先给结论：这次 EAP 1 值得看什么？

如果只用一句话概括：

IntelliJ IDEA 2026.2 EAP 1 的重点，不是某个炫酷新按钮，而是让 IDE 在现代 Java、Kotlin、测试、Spring、远程开发和大型项目场景里更稳定、更可解释。

从 Release Notes 看，比较值得关注的有 8 类：

1. 1. Java 代码理解继续增强：外部注解、空值分析、Java 26 特性、inspection 都在补强。
2. 2. Kotlin K2 生态继续收口：大量 quick fix、inspection、refactoring、completion 被迁移或修正。
3. 3. 测试体验更细：JUnit / TestNG / Gradle 测试开始更关注 suite duration 和失败定位。
4. 4. Spring / Spring Boot 配置识别更聪明：测试注解、配置属性、废弃 key、placeholder 都有改进。
5. 5. 构建工具更贴近现实项目：Gradle 9.4.1、Maven 3.9.14、module-path 等场景被补齐。
6. 6. 远程开发和 IJent / EEL 继续成为重点：Windows、WSL、Docker、RemDev 都在修稳定性。
7. 7. 性能问题集中治理：Markdown、大项目索引、代码分析、Terminal、UI 树展开等卡顿被点名。
8. 8. 平台能力开始为 AI / MCP / LSP 铺路：MCP auto configuration、LSP on-type formatting、HTTP Client faker variable 等都在推进。

下面逐条展开。

1. Java：IDE 正在变得更懂「现代 Java」

这次 Java 相关条目非常多，不只是 Bug 修复，也有不少面向未来版本的能力补齐。

比较值得关注的几个点：

• • 支持搜索 external annotations。
• • 增加 JavaFeature API，用来在某个 Java feature 可用时运行逻辑。
• • dataflow analysis 能看穿 Java 26 的 LazyConstant。
• • inspection 对 Java 21+ 的 repeat、format()、var、diamond、nullability 都有增强。
• • 支持 external / inferred annotations 的 type nullability gutters。

这类变化对普通用户来说，不一定会以一个「新功能入口」出现。

但你会在日常编码里感受到：

以前 IDE 可能误报、漏报，或者对新 Java 语法不够自信；现在它会更愿意基于上下文给出判断。

比如 Release Notes 里提到：

• • StringBuilder 可替换为 String 的 inspection 会识别 repeat 调用。
• • String concatenation as argument to format() inspection 默认启用。
• • Local variable type can be omitted 增加更细的匹配选项。
• • 删除冗余大括号时不改变格式。

这背后其实是一个趋势：

IDE 不只是帮你写代码，而是在不断降低「重构后行为变了」的风险。

对于团队项目来说，这比一个炫酷按钮更重要。

因为 Java 项目最怕的不是少写两行代码，而是 IDE 给了一个看似合理的 quick fix，结果改完之后行为不一致。

这次很多 inspection、intention、quick fix 的修复，都是在补这个坑。

2. Kotlin：K2 仍然是主线，但重点是「少误报、少红代码」

Kotlin 部分几乎可以单独写一篇。

这份 EAP 里，Kotlin 相关条目非常密集，尤其围绕 K2 IDE、quick fix、inspection、completion、refactoring。

典型变化包括：

• • 生成 equals/hashCode 时使用新的 Any?.hashCode()。
• • 建议 value.hashCode() 替代 value?.hashCode() ?: 0。
• • 增加简化常量 if-expression 的 intention。
• • Gradle Kotlin script 支持 version catalog dependencies 的 inlay hints。
• • 增加 repeat 与 for 循环互转 intention。
• • 支持 Go to declaration on return、break、continue。
• • 增加 sealed class 转 sealed interface 的 action。
• • 多个 K2 quick fix / inspection 被 port 或修复。

这些变化说明一件事：

K2 时代的 IDEA，正在从“能跑”进入“好用”的阶段。

Kotlin 用户最怕什么？

不是没有语法高亮。

而是这些情况：

• • 明明代码没问题，IDE 报红。
• • quick fix 改完，代码反而坏了。
• • refactor / move 后 import 没更新。
• • safe delete 判断不准。
• • completion 给出奇怪或不可访问的候选。
• • KDoc、context parameter、sealed class、data class entity 这些新旧特性交织时，IDE 开始迷路。

这次 Release Notes 里大量 Kotlin 条目都在处理这些问题。

尤其是 context parameter、K2 analysis、ReplaceWith、safe delete、completion priority、Gradle Kotlin 配置等方向，说明 JetBrains 仍在继续打磨 K2 IDE 的边缘体验。

如果你团队已经切 K2，或者正在准备切 K2，这次 EAP 的 Kotlin 部分值得重点看。

建议：Kotlin 项目升级 EAP 后，不要只跑编译，最好重点验证 refactoring、quick fix、completion 和 inspection。

3. 测试：从「能跑」走向「能解释」

测试相关更新里，有一个关键词反复出现：duration。

这次涉及：

• • Gradle 使用 Gradle daemon timing 统计 suite duration。
• • testFramework 增加 tracking and reporting suite duration。
• • JUnit 5/6 测量 suite duration。
• • JUnit 3/4 测量 suite duration，并包含 @BeforeClass / @AfterClass 时间。
• • TestNG 测量 suite duration。
• • Java Tests 支持从 Changes View 运行测试。
• • 支持 multiline string literals in test diff viewer。
• • 修复嵌套类测试失败后无法导航到失败行的问题。

这不是小事。

很多团队的测试痛点不是「不能跑」，而是：

• • 哪个 suite 慢？
• • 慢在测试本身，还是 setup / teardown？
• • 为什么本地跑和 CI 跑耗时不一样？
• • 失败 diff 太难看，尤其多行字符串时看不清。
• • 改了几个文件后，只想从 Changes View 跑相关测试。

IDEA 这次明显在补测试反馈链路。

以前测试窗口更像一个执行器：告诉你成功或失败。

现在它开始更像一个诊断面板：告诉你哪里慢、哪里失败、怎么定位。

对大项目来说，这类改进会直接影响开发节奏。

如果你的项目测试很多，升级后第一件事可以看测试窗口的 suite duration 展示是否更稳定。

4. Spring / Spring Boot：配置文件终于继续被照顾了

Spring Boot 用户应该很懂：

IDE 最有价值的地方之一，就是能不能准确理解 application.yml、@ConfigurationProperties、@ConditionalOnProperty、测试注解里的 properties。

这次 Spring / Spring Boot 相关变化集中在几个方向：

• • @TestPropertySource#properties 支持解析 inline keys。
• • @DataJpaTest#properties、@WebMvcTest#properties、@JsonTest#properties、@RestClientTest#properties 等提供 references。
• • Spring Boot 配置中引用 deprecated property 时，应用对应 style 和 intention。
• • 对 DeprecationLevel.ERROR 的 deprecated key 高亮为「marked for removal」。
• • application.yaml 顶层 List / Array properties completion 改进。
• • 为缺失 prefix 的 @ConfigurationProperties 提供 quick fixes。
• • 支持 Spring Boot @Name。

这类更新非常实用。

因为 Spring 项目的配置问题，经常不是编译期爆炸，而是运行期才发现：

• • key 写错了。
• • placeholder 指向不存在的属性。
• • deprecated 配置还在用。
• • 测试里的 inline properties 没有引用关系。
• • 多模块项目里配置类识别不完整。

IDE 如果能提前告诉你，就能少很多运行时排查。

尤其是测试注解里的 properties reference，非常适合日常开发。

你在写 @DataJpaTest(properties = "...")、@WebMvcTest(properties = "...") 这类代码时，如果 IDE 能像配置文件一样识别 key、跳转、提示废弃状态，体验会好很多。

Spring 用户可以把这次更新理解为：配置不再只是字符串，IDE 正在继续把它当成一等代码资产。

5. 构建工具：Gradle、Maven、module-path 都在补现实场景

构建工具这次也有不少值得留意的点。

Gradle 方向包括：

• • 使用 Gradle Tooling API 9.4.0。
• • 添加 Gradle 8.14.4 到 compatibility matrix。
• • 添加 Gradle 9.4.1 到 compatibility matrix。
• • Gradle suite duration 使用 Gradle daemon timing。
• • 修复 false-positive duplicate Gradle project dependencies。
• • 修复 Gradle plugin classloader dependency cycle。

Maven 方向包括：

• • bundled Maven 更新到 3.9.14。
• • Maven Plugin descriptors 迁移到 V2。
• • 允许指定 Maven toolchains file location。
• • 修复 Docker 项目打开时 Maven dependencies 不自动解析的问题。
• • Maven 4 tab incomplete 等问题修复。
• • module-path 启动配置相关能力补齐。

这些更新的重点不是「新语法」，而是「项目打开后别出幺蛾子」。

真实项目里，构建系统最烦人的问题往往很琐碎：

• • 打开项目后依赖没解析，必须手动 Reload。
• • Gradle 版本太新，IDE compatibility matrix 跟不上。
• • Maven 4 入口不完整。
• • module-path 配置不符合真实启动方式。
• • 多模块依赖被误判重复。

这次 EAP 明显在追这些实际问题。

如果你维护的是 Gradle / Maven 多模块项目，这次更新值得在测试环境里试一下项目导入、Reload、运行配置和测试统计。

6. 远程开发：IJent、EEL、WSL、Docker 还在持续加固

Remote Development、WSL、Docker 这些方向，在这份 Release Notes 里出现频率很高。

比较关键的变化包括：

• • EEL 与 Remote Development 集成。
• • IJent Binary 提供跨平台可用性。
• • 实现 POSIX 系统杀掉整个 process group 的 API，便于正确终止子进程。
• • Deploy IJENT on Windows。
• • Windows 上 file watcher 的实现继续推进。
• • 修复 WSL2 mirrored networking 导致 Spring Boot JMX port 冲突。
• • 修复 Docker 项目里 File Chooser 看不到 container 的多个场景。
• • 修复 Dev Containers 打开项目在特定 Linux arch 下失败。
• • Terminal in RemDev typing slow and laggy 被点名。

这说明远程开发已经不是边缘功能了。

对 JetBrains 来说，IDE 不能只假设代码在本机、JDK 在本机、文件系统在本机、进程也在本机。

未来越来越多项目会运行在：

• • WSL。
• • Docker。
• • Dev Containers。
• • Remote Development backend。
• • Windows / Linux 混合环境。

这就要求 IDE 的文件系统、进程管理、端口转发、终端、调试器、JDK 下载、File Chooser 全都要适配。

这次 EAP 的远程开发更新，可以理解为 JetBrains 在继续补“本地 IDE 假设”被打破后的基础设施。

如果你的团队已经重度使用远程开发，建议重点验证：

1. 1. 项目打开。
2. 2. JDK / Maven / Gradle 路径选择。
3. 3. Spring Boot 启动和端口绑定。
4. 4. Terminal 输入延迟。
5. 5. Debugger 与 Services View。

7. 性能：这次点名了很多「日常卡顿」

Release Notes 里性能条目不算最多，但覆盖面很真实。

包括：

• • Java coverage file type detection 在 WSL / Docker 项目中读取每个 .xml 导致索引严重回退。
• • Markdown 大文件 typing laggy。
• • JavaScript test framework 搜索性能优化。
• • Angular dependency processing 小幅优化。
• • 接受 AI inline suggestion 时可能 hang。
• • FUS telemetry deadlock 导致 IDE freeze。
• • Terminal 输入严重延迟。
• • UI tree 展开时 EDT freeze。
• • Kotlin JarRepositoryManager 加载依赖导致 freeze。
• • Kotlin rename 在大型 monorepo 中非常慢。
• • Natural Languages / Grazie spellchecker 导致冻结。

这些问题有一个共同点：

它们都不是「编译失败」这种显性错误。

它们是每天工作中最磨人的体验问题：

• • 输入卡。
• • 补全卡。
• • 搜索卡。
• • 展开树卡。
• • 打开 Markdown 卡。
• • 远程终端卡。
• • 大项目 rename 卡。

这类问题一旦出现在大项目里，会直接破坏心流。

所以如果你之前在 IDEA 2026.1 或更早版本里遇到过这些卡顿，可以关注 2026.2 EAP 后是否改善。

性能优化最好的结果，就是你几乎感觉不到它存在。

8. 平台能力：AI、MCP、LSP、插件系统都在铺底座

最后一类变化，普通用户可能暂时不会直接感知，但它们很重要。

包括：

• • MCP Server 支持 Junie auto configuration。
• • MCP Server 修订现代 HTTP Stream transport 兼容性。
• • MCP tools 支持 title 和其他 attributes。
• • 不再通过 claude binary 配置 Claude Code MCP。
• • LSP 支持 on-type formatting。
• • WebStorm 对 vue language server 3.0 做 SPTE 支持。
• • HTTP Client $random faker dynamic variable 支持可配置 Locale。
• • 插件搜索 ranking 改进。
• • DevKit 增加检查 open services 不应 cast 到 impl class 的 inspection。
• • read-only tools 标注 readOnlyHint。

这些看起来零散，但背后的方向很清楚：

IDEA 正在把自己变成一个更开放、更可组合、更适合 AI Agent 和外部工具接入的平台。

尤其是 MCP 相关条目，在 2026 年这个时间点非常值得注意。

过去 IDE 的扩展主要靠插件。

现在 IDE 还要面对：

• • AI Agent。
• • MCP tool。
• • 外部 LSP。
• • 远程执行环境。
• • 多 IDE 产品共享底座。

这意味着 IntelliJ Platform 本身必须更稳定、更清晰、更可声明。

所以你会看到不少看似「平台内部」的变化：service API、tool attributes、read-only hint、plugin init、frontend/backend API usage inspection。

这不是给普通用户看的彩蛋。

这是给未来工具生态铺路。

升级前检查清单：你应该重点验证什么？

如果你想试 IntelliJ IDEA 2026.2 EAP 1，建议不要只打开项目看一眼。

可以按下面这份清单验证。

Java 项目

• • 检查 inspection 是否有新的误报或消失的旧误报。
• • 试试 var、nullability、format、StringBuilder、repeat 相关 quick fix。
• • 看 Javadoc / Markdown documentation 的渲染是否正常。
• • 验证 refactoring 后代码格式是否被意外改变。

Kotlin 项目

• • 重点验证 K2 模式下的 completion、quick fix、safe delete、rename、move。
• • 检查 context parameter、sealed class、data class entity、ReplaceWith 等场景。
• • Gradle Kotlin script 用户可以看 version catalog inlay hints。
• • 如果是 KMP 或大 monorepo，重点看索引和重命名速度。

测试体系

• • 跑 JUnit / TestNG / Gradle 测试，看 suite duration 是否展示合理。
• • 验证 @BeforeClass / @AfterClass 这类 setup/teardown 时间是否被纳入理解。
• • 试一下 Changes View 运行测试。
• • 多行字符串 diff 场景可以重点看展示效果。

Spring / Spring Boot

• • 检查 application.yml 的 key completion、deprecated key 提示。
• • 检查 @ConfigurationProperties 缺 prefix 的 quick fix。
• • 检查 @TestPropertySource、@DataJpaTest、@WebMvcTest 等 properties reference。
• • 多模块项目重点看 Persistence View、配置类识别和 bean 相关提示。

远程开发 / WSL / Docker

• • 验证项目打开、JDK 下载、文件选择器、Maven / Gradle 配置路径。
• • 验证 Spring Boot 启动是否还有 JMX port 冲突。
• • 验证 Terminal 输入延迟。
• • 验证 Debugger、Services View、端口转发和远程剪贴板。

大项目性能

• • 打开 Markdown 大文件，测试输入延迟。
• • 运行 coverage，观察索引和 .xml 识别是否异常。
• • 展开大型 Project View / Settings tree。
• • 测试 AI inline suggestion 接受动作是否卡顿。
• • 大型 Kotlin 项目测试 rename / find usages。

最后：这次 EAP 不是「惊艳型」，而是「修地基型」

如果你期待 IntelliJ IDEA 2026.2 EAP 1 带来一个特别醒目的大功能，可能会失望。

但如果你每天都在 IDEA 里写 Java、Kotlin、Spring、跑测试、连远程环境、维护多模块项目，你会发现这次更新很实在。

它修的是开发者每天会踩的地基：

• • 代码理解。
• • 测试反馈。
• • 配置识别。
• • 构建导入。
• • 远程开发。
• • 性能冻结。
• • 平台扩展。

这些东西不一定适合做发布会标题。

但它们决定了你一天写代码时，是顺着走，还是一直被 IDE 打断。

我的建议是：

如果你是主力开发环境，不建议直接把 EAP 当生产版本用。

但如果你维护的是 Java / Kotlin / Spring 大项目，或者你正在关注 K2、远程开发、MCP、LSP 这些方向，2026.2 EAP 1 值得开一个测试环境体验。

先不要问「有没有大功能」。

先问一个更实际的问题：

它有没有把你每天最烦的那些小问题，少修掉几个？

如果答案是有，那这次 EAP 就值得关注。

今天的分享就到这里。后续我会持续为大家带来实用的技术干货和前沿的技术资讯。如果你对工具链探索感兴趣，我会在公众号「DevLlama」持续分享前端工程化、构建优化等实战经验，欢迎关注，不要错过任何精彩内容！

支持我们，点赞或分享到朋友圈！