船新IDEA2026.2正式发布，新特性真香！ | 芋道源码 —

阅读全文

⭐⭐⭐ Spring Boot 项目实战	⭐⭐⭐ Spring Cloud 项目实战
《Dubbo 实现原理与源码解析 —— 精品合集》	《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》	《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》	《数据库实体设计合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》	《Java 面试题 + Java 学习指南》

摘要: 原创出处 http://www.iocoder.cn/Fight/idea-2026-2-release/ 「芋道源码」欢迎转载，保留摘要，谢谢！

🙂🙂🙂关注微信公众号：【芋道源码】有福利：

RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表

RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址

您对于源码的疑问每条留言都将得到认真回复。甚至不知道如何读源码也可以请教噢。

新的源码解析文章实时收到通知。每周更新一篇左右。

认真的源码交流微信群。

IntelliJ IDEA 2026.2 已经正式发布，官方把这一版的新特性分成三组，一共十三项。整体看下来，AI 那部分推进得最猛，调试和依赖这两处的小改进反而最日常。

这一版最值得先试的三件事

AI 这一组有三项。第一项是智能体技能，其中 ij-debugger 让智能体可以调用 debug 运行配置和日志点来排查问题，靠运行时信息定位根因，而不是猜。一些最实用的技能已经内置在 IDE 里，在技能管理器中有对应标记。

ij-debugger 技能在 AI chat 里的实际用法

上图就是它的用法。右侧 AI chat 里给智能体的指令是让它用当前 debug 会话去查一批没被正确处理的请求，并要求它不要改代码、给出详细解释。

第二项是 AI 代码补全。它把行内补全和「下一处编辑建议」合在一起，所有 JetBrains AI 用户开箱可用，由 JetBrains 自己训练的模型驱动，不消耗 AI credits。这一版新加的是接入能力，你可以给自己补全换上 OpenAI 兼容的模型提供商。

三件事里前两项是补全能力本身，第三项换的是「谁来干活」。

第三项是 GitHub Copilot 的原生集成。JetBrains 和 Microsoft 直接合作，把 Copilot 做成了 IDE 内的原生智能体，在之前 ACP Registry 方案的基础上又往前走了一步。在 AI chat 的 agent picker 里就能选它，认证走 GitHub 账号的 OAuth，前提是你有有效的 Copilot 订阅。

调试和依赖这两处终于顺手了

这两项是这一版里最没有门槛的改进。

先说日志点。几乎每个 Java 开发都用 System.out.println 调试过，这招的问题也很固定，会弄脏代码、打印出来的上下文不够、事后很难判断输出来自哪里，而且在一堆编译好的库代码里基本用不上。

日志点的输出与回跳能力

日志点换了一条路。它建立在非挂起断点之上，运行时可以检查应用内部状态与执行上下文、发送自定义消息，整个过程不需要改源码。因为不改代码，它连编译好的第三方库内部行为也能诊断。官方提到它在体验与性能上相比打印语句都有明显改进，热路径上反复打印那种拖慢进程的情况会好很多。

另一个顺手的细节是，调试会话里你可以从输出直接跳回产生这行输出的代码位置，无论输出来自日志点、常规日志还是一句打印。

再说依赖补全。以前加一个依赖，得先去外部站点查准库名和可用版本。现在在 Maven 或者 Gradle 构建脚本里开始输入库名，直接就能看到匹配的 artifact、版本，以及推荐的 scope。

在构建脚本里触发依赖补全

它用的是基于云的依赖搜索，这也是为什么候选里能直接带出版本号，以及为什么推荐的 scope 是跟着当前构建脚本给的。少去一次外部文档站，一天下来省下的次数比看起来多。

语言与构建工具的前置支持

Gradle 10 预计在 2026 年下半年发布，这一版提前接上了。JetBrains 和 Gradle Technologies 合作，让 2026.2 可以正确同步 Gradle 9.7 及更高版本的项目，即便构建脚本里存在错误；同时基于新的 Gradle 版本 API 给出代码辅助，帮你把问题修掉。注意这两件事是分开的，先能同步，再谈修错，迁移的窗口期因此变得宽松一些。

Java 27 继续是 day-one 支持。你还可以直接从 IDE 里安装 early access 构建，提前试即将到来的版本。

Kotlin 这边跟到 2.4.0 的最新语言特性，官方点名的两个是显式后备字段与显式上下文参数。Scala 插件则支持了 Scala 3 的 clause interleaving，引入 command completion，并改进在 WSL 与 Docker 里对基于 BSP 构建工具的支持。后两项对在容器里写 Scala 的人更实用，构建工具的同步不用再绕开容器环境。

框架与基础设施这两块也补了

Spring 这一组有两处。第一处是数据库维护可视化。Flyway 和 Liquibase 的迁移常被当成一堆 SQL 脚本，可它其实是数据库演进的历史记录，痛点在于开发者缺少理解这段演进所需的上下文。2026.2 把迁移上下文带进了 SQL 符号解析，用可视化指示展示 schema 变更是成功还是失败，还能直接在 IDE 里执行 Flyway 配置，误报高亮因此少了很多。

数据库迁移的可视化指示

第二处是 Spring Security 洞察。借助 Spring Debugger 插件，不改安全配置、不重启应用就能验证 endpoint 行为。Spring MVC 的 endpoint 旁边会出现 Spring Security inlays，展示这个路由是怎么被保护的、生效规则来自哪里，并能直接导航到对应配置。

Spring Security inlays 与调试中的测试入口

调试会话里还能用自定义的用户信息与角色测试某个 endpoint，或者临时在当前 debug 上下文里把它解锁。

基础设施这两项更偏日常。Docker Compose 现在可以在配置文件里实时看到各容器执行状态、跳到对应运行时输出、快速创建数据库连接，对 Kafka 和 PostgreSQL 这类常用服务还有补全模板。Terraform 则补上了对 test framework 的原生支持，模块行为和配置策略可以在开发早期就得到校验。两项合起来看是一个方向，把本地环境里那些「跑起来才知道对不对」的环节往前挪。

冲突解决和前端语言的提速

Git 冲突解决的改进很容易被低估。大型项目合并时经常一次冒出几十个冲突文件，其中不少只是 import 不一致或者格式差异。2026.2 加了一个 Resolve All Simple Conflicts，可以一次性自动解决整个变更集里的标准简单冲突，不必逐个打开文件。

冲突解决界面里的查看与逐块处理

处理不完的部分，你可以总览已解决与未解决的文件、随时重新打开某一个，也能按任意顺序重新应用 conflict chunks。

TypeScript 7 是这一版里数字最漂亮的一项。它把编译器和语言服务用 Go 重写了一遍，官方测试里，Kibana 代码库的项目加载时间从约 12 秒降到约 3 秒，编辑器响应大约提升 4 倍。2026.2 对已经在用 TypeScript 7 的项目默认支持，还停留在更早版本的项目则有 opt-in 升级路径，不需要第一天就把所有项目迁完，也能先拿到速度。对单仓里几十个子项目、版本参差不齐的团队来说，这条路径比一次性迁移现实得多。

谁该现在升级，谁可以再等等

值得现在就升的有两类人。一是维护大型 TypeScript 单仓的团队，官方给这组数字的口径很清楚，加载时间那一档差距摆在那儿，升上去就能吃到。二是主力做 Spring 项目、又常跑多容器本地环境的人，迁移可视化和容器状态这两处是每天都在用的东西，属于改一次受用很久的那类改动。

可以再等等的也有两类。正在做 Gradle 大版本迁移的团队，先确认自己的构建脚本在同步层面没问题再整体升级，这一版给的是提前量而不是终点，Gradle 10 正式发布前还会有变化。把 IDE 版本写进团队规范、需要统一版本的组织，也可以等这一版打完几个小版本补丁再统一推进，尤其你们用着大量第三方插件的时候。

另外据官方说明，这一版一共包含一千三百多项问题修复与可用性改进，其中约一百四十项针对卡死和性能问题。所以这一版的收益要连稳定性一起算，光看新功能会低估它。