夜雨聆风学习资料网

ARTICLE · 1095884

我用这 12 个 IDEA 插件,把日常开发效率提了 40%

我用这 12 个 IDEA 插件,把日常开发效率提了 40%

周三下午四点,我对着一个 200 多行的 OrderDTO 属性赋值发呆。

机械、重复、毫无成就感。写完一跑,报了个空指针——有两个字段名中间那个字母,我拼错了。

那一小时我什么都没产出,只是把自己当成了一台不太可靠的打字机。

那天之后,我花了两周时间,把 IDEA 的插件体系重新梳理了一遍,从装了 40 多个砍到只剩 12 个,然后连续 10 个工作日做了一次枯燥的自测:每天几点到几点在干什么,每项耗了多少分钟。

结论是标题那个数字:一个 8 小时的编码工作日里,我平均省下了 197 分钟,约合 40%。

下面先说数字是怎么来的,再逐个拆这 12 个插件。不讲虚的,每个都会说清楚它替我省了哪一步,以及它的坑在哪。

先声明两件事,避免你白看:① 我不是插件收藏家,第四部分我会讲「插件装多了反而更慢」这件事;② 所有数据来自我个人的日常业务开发(Spring Boot + MyBatis 单体/微服务都算),样本只有我自己,供参考,不必对号入座。

一、40% 这个数字,是怎么算出来的

先给证据,再讲方法。不然就是玄学。

统计口径很简单:只统计坐在电脑前写代码的时段,去掉开会、评审、扯需求的时间,每天按 480 分钟计。然后记录下面这 7 类「杂活」各自的耗时。

「改造前」是两周基线期的平均值,「改造后」是插件稳定使用两周后的平均值。

每个场景平均每天省下的时间
单位:分钟 / 工作日 · 自测 10 个工作日
场景
改造前
改造后
节省
手写样板 / 转换代码
85
30
55
改完代码的重启等待
60
18
42
找接口、找调用链、找 SQL
45
20
25
在海量日志里捞 ERROR
40
18
22
排查依赖 Jar 冲突
30
8
22
字符串 / 格式批量换算
25
6
19
低级 bug、规范返工
20
8
12
合计305108197

197 ÷ 480 ≈ 41%,取个保守的整数,就是标题里的 40%。

真正让我意外的不是某个插件多神,而是这 7 类杂活加起来,居然吃掉了一个工作日超过一半的时间。

我把这 12 个插件按它们替我解决的事情分成四组。这样分类的好处是:你可以挑自己最痛的那一组先装,不用一次全上。


二、第一组:让代码自己长出来

目标是把「体力活」那 85 分钟压到 30 分钟。这一组贡献最大。

AI 不是来替你思考的,是来替你打字的
01

通义灵码 Lingma

免费

一句话概括:中文语境下目前性价比最高的免费 AI 结对。

  • 行级/函数级续写:
    写完方法注释和方法签名,往下敲几个字母,body 就出来了,且贴着项目既有风格。
  • 单测生成:
    选中一个类让它生成 JUnit 用例,覆盖分支的速度远超手写。
  • 读别人的代码:
    遇到祖传 500 行方法,右键让它逐段解释,比自己啃快十倍。
  • 异常修复:
    控制台的报错栈直接丢给它,通常能给出方向。

省在哪:样板代码从「手敲」变成「校验」,这是我每天 55 分钟节省里的绝对主力。

坑:它生成的单测和边界判断一定要自己过一遍。我见过它生成的断言把期望值写成了被测方法的返回值——测试永远是绿的,但什么都验证不了。
02

GenerateAllSetter

免费

一句话概括:一个快捷键,把 DTO / VO / BO 之间的搬砖变成 3 秒。

  • Alt + Enter
    (macOS Option + Enter)在变量上按:generate all setter,一次性补全全部属性赋值。
  • 带默认值调用能力,避免漏字段导致后面 NPE。
  • 配合 generate setter no default value 只生成必填项。
坑:字段名相同的两个类它才会自动映射,一旦命名不一致(比如 orderId vs orderNo)依然要手改。装它之后最该改的习惯是:团队统一命名。
03

MyBatisX

免费

一句话概括:Mapper 接口和 XML 之间的任意门。

  • 接口方法左侧出现小鸟图标,一键跳到对应 XML 的 SQL;再点一次跳回来。
  • XML 里写好了 <select>,回到接口自动提示生成方法。
  • 右键可基于数据表反向生成 Entity / Mapper / Service / XML 全套 CRUD。
  • XML 里 SQL 语句有基础语法校验,少跑几次才发现少个逗号。
坑:跳转失效 90% 是因为 XML 的 namespace 没写或者写错了——它必须是 Mapper 接口的全限定名,一个字符都不能差。

三、第二组:把手从鼠标上解放

这一部分省的不多(19 分钟),但改变的是体感。手上不停,脑子就不容易断。

04

Key Promoter X

免费

一句话概括:一个会在你右下角唠叨「你刚刚点了鼠标,其实可以按 Ctrl+Shift+F7」的家伙。

  • 每次你用鼠标触发某个动作,它就弹窗告诉你对应的快捷键,并记录你点了多少次。
  • 累计次数多的会在提示里标红,相当于自动排了「你最该练的快捷键」。
最重要的坑:前两周非常烦,千万别关。第三周开始,你的手指会自己找到 Ctrl+Alt+V、Ctrl+Alt+M、Shift+F6。这个插件是有自毁性的——练成了就可以卸载它。
05

Rainbow Brackets

免费

一句话概括:给每一层括号上不同的颜色。

  • 深lambda + 复杂 Stream + 三目嵌套时,肉眼定界的成本直线下降。
  • 可选样式,建议调到中低饱和度,否则花哨到影响阅读。
坑:遇到几千行的超大文件会有轻微掉帧。如果你手上有老系统的巨型 God Class,建议把彩虹配色的饱和度调低一档。
06

String Manipulation

免费

一句话概括:选中文本,Alt + M,然后挑你要的转换。

  • 驼峰 ↔ 下划线 ↔ 中划线 ↔ 常量大写,一个菜单全包。
  • JSON 转义 / 反转义、SQL 拼接、Base64、MD5、URL 编解码。
  • 多行文本批量加前后缀、去重、排序、行切换。
  • 支持多光标下的批量处理,一次改几十行常量名。
坑:菜单项太多,一开始会找不到。记住一个 Alt+M 就够了,其余用的时候再翻。

四、第三组:告别「这代码到底在哪调用的」

越是接手别人的项目,这一组越救命。

读代码的时间,通常比写代码多得多
07

SequenceDiagram

免费

一句话概括:选中方法,右键 → 出时序图。

  • 自动展开多层调用,画出参与者之间的调用顺序。
  • 可以从图上点回去看源码,图和数据双向联动。
  • 啃读源码、写设计文档、给同事讲清一段老逻辑时,一键导出图片直接用。

我把它定义成「阅读器」而不是「绘图工具」——它是拿来读别人的代码的。

坑:遇到大量反射、动态代理、Spring AOP 增强的链,它会张开到没法看。建议把深度限制到 3–5 层,超出的部分手动点开。
08

RestfulToolkit-X

免费

一句话概括:Ctrl + \,输入半个 URL,直接跳到 Controller。

  • 支持模糊匹配:/order 就能列出所有订单相关接口。
  • 不只能找 Restful 接口,也能搜普通 URL 映射。
  • 侧边工具窗口按 Controller 分组列出全部接口,接手新项目时一眼看全。
坑:老版本 RestfulToolkit 在新版 IDEA 上会装不上,务必认准后面带 -X 的这个分支版本(社区维护的兼容版)。
09

Maven Helper

免费

一句话概括:把 Jar 冲突从玄学变成一眼看清。

  • 打开 pom.xml 底部会多一个 Dependency Analyzer 标签页。
  • Conflicts
     视图直接列出版本冲突的依赖,右键可一键 exclude。
  • 支持按依赖树搜索定位是哪条传递路径引进来的。
  • 一键执行常用 Maven 命令,免去把手伸向终端。

每天那 30 分钟的依赖排查,靠它压到了 8 分钟——这是 ROI 最高的一个。

坑:在几百个 module 的巨型工程里直接开顶层 pom 会卡。到具体的 module 上用,秒开。

五、第四组:把返工掐死在提交之前

这一组省的时间最少,但省的是「被打回重做」的那种时间——价值最高。

越早发现问题,修它的成本越低
10

JRebel

付费 · 有免费替代

一句话概括:改完代码不重启,刷新一下就生效。

  • 改方法体、改类结构、加字段,多数情况即时热加载,不用再盯着启动日志发呆。
  • 一次重启按 2–3 分钟算,一天 15 次就是半个多小时。

坦白说:它是付费的,我不会劝所有人都买。下面三个免费方案我自己也轮换着用:

  • Debug 模式下的 HotSwap:
    只能改方法体,免费、零配置,够应付一半场景。
  • HotSwapAgent + DCEVM:
    开源方案,能力接近 JRebel,装虚拟机有点折腾。
  • Spring Boot DevTools:
    最省心,缺点是它是「快速重启」不是真正的热替换。
坑:热加载不等于热替换万能——修改了 Bean 的注入结构、 MyBatis XML、静态常量这类,还是要老实重启。别迷信。
11

Grep Console

免费

一句话概括:把控制台日志按规则染色。

  • ERROR/WARN 整行红色、橘色,SQL 语句单独拎出来着色。
  • 支持正则自定义:给 traceId、特定业务关键字上色。
  • 可以对匹配的日志做 fold(折叠),把刷屏的心跳日志收起来。

本地起服务一屏几百行,"肉眼 grep"的那 20 分钟基本被它消灭了。

坑:新手最容易犯的错是正则写太宽,结果整屏都是颜色 = 没有颜色。只染你真正关心的那两三类。
12

SonarLint

免费

一句话概括:边写边告诉你「这行有问题」,不等 Code Review。

  • 即时检测空指针风险、资源未关闭、魔法值、重复代码块。
  • 附带修改建议和示例,多数可一键修。
  • 可连 SonarQube 服务端,规则跟团队保持一致。

同位置替补:如果你在国内 Java 团队,可以再叠一个 Alibaba Java Coding Guidelines(阿里规约插件),它在中文语境规约上更细。两个一起开不会冲突,就是提示会多一点。

坑:公司有自己的 Checkstyle 规则时,以公司为准。插件是建议工具,不是最终裁判。

六、插件装多了,反而会更慢

这一段是我踩过的最大的坑,很多同类型的文章不会告诉你。

我第一阶段是报复性装插件:彩虹进度条、萌妹背景图、代码统计、Git 图表、各种语言的框架支持……一共 40 多个。

结果是:启动 90 秒,索引常年跑,8G 堆内存吃满,风扇起飞。

后来我给自己定了三条规矩,现在分享给你:

① 用不到就 Disable,别急着删

Disable 是零成本的,删了将来想要还得找。每个季度做一次「断舍离」:Settings → Plugins → Installed,看看哪些是三个月没用过的。

② 别装「和你的技术栈无关」的插件

你写后端 Java,就不要装安卓、Flutter、Kotlin 全家桶。它们会在后台参与索引,你完全感知不到,但它在消耗你的内存。

③ 只从官方 Marketplace 装

这是供应链安全问题。来源不明的 jar 等于给别人开了个进你电脑的后门。公司项目尤其要注意。

工具的目的是让你更早下班,不是让你多一个维护对象。

七、一键把这套配置搬给团队

一人爽不如全组爽。这一步做完,你就是那个「带新人的人」。

IDEA 自带的 Settings Sync 就能解决绝大部分问题:

  • 登录账号 → 勾选 Settings Sync 里的 Plugins、Keymap、Code Style
  • 新人装好 IDEA 登录同一个账号,插件和配置自动下来
  • 团队规范要求统一的,把 Code Style 方案导出(codeStyles/codeStyleConfig.xml)放进仓库
  • 更狠的做法:把检查规则配成构建阶段强制,让 CI 而不是人去把关

如果组里暂时没法统一账号,最土的办法也最有效:把这 12 个插件名写成一张清单,放进新人文档。


写在最后

回到开头那个下午。

我现在写完这类转换代码,大概是 Alt+Enter 一下,30 秒检查一遍错漏,然后去泡杯咖啡。

工具不会替你思考业务该怎么设计,也不会替你决定这个异常该不该吞。它替你干掉的,是那些本不该由人类手指完成的部分。

省下来的时间去干嘛?我一般用来提前下班。这也是这篇文章唯一的目的。

啰嗦最后一句:如果这篇对你有哪怕一点点用点个赞和收藏,就当请我喝那杯咖啡了。评论区聊聊:你 IDE 里装了多少个插件?最离不开的那一个是谁?

附:12 个插件速查表(按推荐安装优先级)必装:通义灵码 · MyBatisX · GenerateAllSetter · Key Promoter X · Maven Helper强烈建议:SequenceDiagram · RestfulToolkit-X · Grep Console · String Manipulation · SonarLint按需:Rainbow Brackets(读嵌套代码多必装)· JRebel(有预算或能用免费替代)

相关学习资料