★ FEATURED ARTICLE 前两天有个同事跑来问我为什么他的 IDEA 开个项目要半分钟启动之后滚动代码还一卡一卡的。我打开他的插件列表一看好家伙七十多个插件整整齐齐躺在那里一半以上的名字他自己都说不清是干什么用的。我把这事儿在群里稍微吐槽了一下结果好几个朋友让我整理一份“装了不亏、还能明显提速”的清单这才有了这篇文章。先说结论IDEA 的插件生态确实是它最大的优势之一用得好能省掉大量重复劳动用不好就是给自己挖坑。我这些年大概是“装插件—卡顿—卸载—重装”循环里走过来的踩过的坑不比谁少。这 30 款插件不敢说是唯一正确答案但如果按你的实际场景按需装至少在“提效”和“稳定”之间能找到很好的平衡。文章会按效率生成、代码质量、调试部署、界面体验、协作辅助五类展开每一类里哪些必装、哪些看情况装我都会说清楚适合正在折腾 IDEA、或者刚入行想找一套靠谱插件方案的同学直接参考。1. 别急着写代码先把IDEA“装修”成趁手的兵器1.1 为什么插件选型比插件数量更重要把 IDEA 比作毛坯房插件就是软装。水电没做好沙发买得再贵也没用。很多人的思路是“看到什么火就装什么”结果同一个功能三四个插件在打架IDE 每次启动都在加载一堆用不上的组件内存占用自然就上去了。我后来给自己定了几条装插件的原则提效明显的优先、运行稳定的优先、有人持续维护的优先同类功能的只留一个。插件选型的核心不是“多”而是“对症”。举个例子你天天写老项目最痛的是在 Service 层和 Mapper XML 之间来回跳那么 MyBatisX 是刚需你天天被前端追着改接口字段那么 RestfulTool 和 Translation 才是真正省时间的东西。反过来一个不写前端、不搞容器化的人装一堆 Docker 和 Kubernetes 插件除了让状态栏多几个图标没有任何实际意义。我建议每回重装系统或者换新电脑时先装 8 到 10 个确定有用的用上一周再慢慢补这样既能控制插件数量也能更清楚每个插件到底有没有帮到你。1.2 30款插件的分类总览先把完整清单给你后面再挑重点展开。这个表可以当自查清单用装了哪些、没装哪些一目了然。分类插件清单一句话定位效率与代码生成Lombok、Easy Code、MyBatisX、Jackson Generator、RestfulTool、Translation、Grep Console、Maven Helper少写样板代码、快速定位接口和翻译都是“省时间”的活儿代码质量与规范Java 编码规约插件、SonarLint、CheckStyle-IDEA、Save Actions、Rainbow Brackets、MetricsReloaded、SequenceDiagram、jclasslib像多了一位代码评审同事盯着你的命名、复杂度和可能存在的坑调试与部署JRebel、ArthasIdea、JUnitGenerator V2.0、VisualVM Launcher、Docker、Kubernetes让修改不用频繁重启线上问题能更快定位容器部署看得更清楚界面与阅读体验Material Theme UI、Background Image Plus、中文语言包、CodeGlance Pro、Markdown让 IDE 长得更顺眼阅读长文件、写文档也更舒服协作与版本管理.ignore、GitToolBox、Git Commit Template提交更规范、分支状态不迷路团队协作少一点摩擦先解释一下为什么没有把“AI 代码助手”列进去。这类工具现在很多但更新太快、各家能力差别也大作为重度使用者我建议单独评估不是传统意义上的“装了就可以稳定用三年”的插件。上面这 30 款是我在多个项目里实测过、相对稳定的组合按需取舍就够了。2. 效率类插件把重复劳动交给工具2.1 代码生成四件套少写一万行业样板代码Lombok 应该不用多介绍了Data、Builder这些注解一上getter/setter、toString 全给你省掉。但有一个点很多人会忽略高版本 JDK 配合老版本 Lombok 会直接编译报错或者注解处理器失效所以装 Lombok 插件后还要确认项目里的依赖版本和当前 JDK 匹配。实操中我遇到过项目在 JDK 17 下换 Lombok 老版本结果启动时直接抛异常换成较新的版本再配置一下注解处理器就正常了。Easy Code 适合那种“数据库表刚建好马上要生成一套 Controller、Service、Mapper”的场景。你只要连上数据库选好几张表它就能按你配置好的模板把代码一次性生成出来。这里有个血泪教训集成前一定要先把包名、继承的基类、返回结构模板改好否则生成出来的代码你会想全部删掉重写。它生成的代码只是个起点别当最终产物。MyBatisX 是写 MyBatis 的老项目神器。接口方法和 Mapper XML 之间能一键跳转还能根据方法名帮你生成 SQL比如selectByUserNameAndStatus这类方法名它能直接补出一段对应的查询。用的时候要注意XML 里的 namespace 必须和你接口的全限定名一致否则跳转和提示都会失灵不是插件坏了是你 XML 写岔了。Jackson Generator 这个可能有些同学没听过它的最大价值在于你在对接第三方接口时对方给你一坨嵌套 JSON你用这个插件一键就能生成对应的 Java 类字段类型、嵌套对象都能自动建好省去手动一个个敲的时间。生成之后记得检查泛型集合比如ListOrderItem这类结构有时候生成的是ListObject需要手动补成准确类型。2.2 检索与翻译搜得快、看得懂、日志不眼瞎RestfulTool 是我换了新电脑第一个装的插件。它会把项目里所有GetMapping、PostMapping之类的接口路径扫描出来在侧边栏形成一个接口列表支持直接搜 URL。以前要在 Controller 里一层层找接口用这个插件按路径搜一下就能跳到对应方法对前后端联调和排查问题特别有用。它和 IDEA 自带 HTTP Client 搭配使用效率很高。Translation 解决了命名和注释的两个老大难问题。看到英文注释看不懂或者要给变量取个合适英文名直接选中代码按快捷键翻译中英互译都很方便。现在在线翻译引擎很多建议在插件设置里配置自己的密钥用公共接口容易出现限流重要场景下翻译结果也不稳定配好之后基本就是秒出结果。Grep Console 对后端开发来说属于“谁用谁知道”。项目日志一旦刷起来除了报错堆栈其它关键信息全都淹没在里面。这个插件能对控制台日志做关键字高亮、按正则过滤还能把不同级别的日志用不同颜色区分开。我第一次配的时候只给 ERROR 配了红色后来把 “Timeout”“Exception” 这类关键字也加了高亮排查问题时视线可以快速聚焦到异常点效率提升非常明显。正则规则记得先在测试区域验证一下规则写太宽容易把正常日志也标红。2.3 构建辅助和快捷键别让依赖冲突浪费你一下午Maven Helper 是我解决依赖冲突的默认工具。它能在 pom 上右键弹出 “Show Dependencies” 之类的分析直接看某个 jar 是被谁引进来的、版本从哪里传递出来的处理冲突时不用再看 Maven 命令行那堆冗长输出。以前遇到 NoSuchMethodError第一反应是到处搜后来养成习惯先用 Maven Helper 看依赖树再定位到冲突坐标排除掉基本五分钟就能搞定。Key Promoter X 更像是一个“教你用快捷键”的老师。你在 IDEA 里用鼠标点某个常用功能时它会弹提示告诉你这个操作对应的快捷键是什么。对新手来说它是养成快捷键习惯的捷径对老手来说它反而会变成打扰建议用一个月养成习惯后就把它禁用掉。快捷键这种东西没有必要全部背下来把“重构重命名”“跳转实现”“全局搜索”这几个高频快捷键练熟了你就已经超过很多人了。3. 写代码的质量与规范插件是另一双代码评审的眼睛3.1 规范扫描三件套把代码规范从口号变成检查项Java 编码规约插件是我在团队里推过很多次的工具。它会在你写代码时提示命名、集合处理、并发使用等方面的问题也可以对整个项目做一次扫描输出一堆需要修改的问题点。新人刚上手时这些提示能帮他们少走弯路。但你要注意老项目第一次扫描出来的问题可能多到让你怀疑人生建议不要指望一口气清零把增量问题管住就已经很有价值了存量问题挑高风险的一批先修掉。SonarLint 是另一个实时检查工具它比编码规约插件更“国际化”一些规则库也更庞大。它会直接在编辑器里用红黄波浪线标出问题附带为什么是问题的说明相当于给你配了一个二十四小时在线的代码评审。用它的关键是把规则集和团队实际情况对齐默认的全量规则有时候会过于苛刻比如对某些测试代码或者生成代码也报出一堆告警。让团队所有人都按同一套规则来比谁用不同配置更能避免争议。CheckStyle-IDEA 解决的是“风格统一”的问题比如缩进、空格、导入顺序、Javadoc 规范等。配套的做法是把统一的 checkstyle 配置文件放在工程根目录让大家从同一个文件加载而不是每个人都用自己的默认配置。这样 CI 上跑的检查和你本地看到的提示才能保持一致不会出现“本地没报错流水线失败”的情况这一点特别重要。Save Actions 有些同学可能把它归类为“自动格式化工具”它能在你保存文件时自动格式化、优化导入、移除无用 import、甚至自动添加 final。用之前最好确认团队的格式化配置是统一的否则每个人保存一次代码Git 提交记录里全是格式改动review 起来非常痛苦。它适合配合统一的 code style 配置文件一起用。3.2 代码地形图把调用链、复杂度和字节码看清楚SequenceDiagram 做的是“从方法旁边生成调用时序图”这件事。遇到一个核心方法你右键选择 Generate Sequence Diagram插件会分析这个方法在代码里的调用路径生成一张清晰的时序图能让你迅速看清谁调了谁、在哪一步开始分支。接手别人留下的复杂业务代码时这玩意儿就是一张免费地形图。不过它对动态调用、反射调用没有魔法能力看到不够准确的地方还要配合调试器实际跑一遍。MetricsReloaded 是给方法“称体重”的工具。它会把代码的行数、圈复杂度、耦合度等指标显示在类或者方法旁边点开还能看到更细的指标。圈复杂度高的方法往往就是最容易出 bug 的地方比如嵌套了七八层 if 和循环的“大泥球”你应该考虑拆分了。我见过有人把这个插件当成“代码羞辱工具”其实没必要它更适合用来找出真正需要重构的核心热点不是说复杂度为 5 就是罪大恶极。jclasslib 是给喜欢刨根问底的人准备的。它能直接打开编译后的 class 文件查看常量池、方法字节码、局部变量表这些底层信息。Java 的语法糖很多比如字符串拼接、自动拆装箱、Lambda编译成什么样用这个插件可以看得一清二楚。我自己在分析 Lambda 表达式性能差异时就会用 jclasslib 对比字节码比只看 javap 命令的输出直观很多。3.3 热部署、测试和线上诊断调试也有加速器JRebel 是老牌的热部署插件改动 Java 代码后不用重启应用就能生效尤其适合 spring-boot 这种启动耗时较长的项目。我当年改一个注解就要等十秒启动用上 JRebel 之后几乎是改完立刻就能刷新效果。但它不是免费的而且和 spring-boot-devtools 同时使用经常会出现冲突配置的时候要二选一。它的原理是通过自定义类加载器实现的所以某些极端场景下可能需要手动 reload属于正常现象别一遇到就以为是插件失效。JUnitGenerator 的价值在于快速生成测试类模板。右键类名它就能按项目里的测试基类、断言风格生成一个 JUnit 测试骨架省得每次手写BeforeEach、AfterEach那一套。进阶一点的建议是不满足于自动生成的空测试要把边界值和异常路径补全这样生成的测试才真正能防回归。ArthasIdea 是“和线上诊断结合”的插件。你写了一个有问题的接口本地怎么都复现不了线上又没法随意加日志这时候可以通过这个插件生成脚本配合服务端已部署的排查工具直接在线查看方法调用参数、返回值、异常堆栈。注意前提是部署环境里有对应的诊断代理不是装个插件就能凭空连上生产环境。插件本身只是“生成命令”的助手真正执行还是靠服务端工具。VisualVM Launcher 是 JVM 性能监控的入口插件。它能直接在 IDEA 里启动 VisualVM 对本地进程做 CPU、内存、线程分析比手动 jvisualvm 连接再找进程方便一个级别。排查内存泄漏时结合 dump 文件看对象实例分布能很快发现是哪个集合还在无限增长。因为它是“启动器”定位所以它本身不会帮你自动分析分析仍然要看监控工具的报告。4. 美化与体验类好看又顺手的IDE谁都爱用4.1 主题与外观让界面成为你愿意长期待着的地方Material Theme UI 是我用过最稳定的主题插件之一。它把整个 IDE 的配色、图标、按钮风格都调整得更有现代感区分度也比官方默认高一些。装完记得在设置里切换主题插件本身不会自动帮你换。还有一个好处是它内置了多种配色方案比如带对比度的、偏暗色的选一个适合自己长时间盯屏幕的比什么都重要。Background Image Plus 可以给 IDE 设置背景图适合喜欢个性的同学。不过我不建议把背景图调得太花哨透明度设到 15% 以下半透明状态就够了否则写代码时背景图干扰视线反而得不偿失。它和 Material Theme UI 搭配使用能让 IDE 既有现代感又有点自己的风格。中文语言包很多人会纠结要不要装。装完之后菜单和设置都变中文对初学者确实友好但 IDEA 的很多翻译其实不如英文原词准确比如 “Refactor” 翻译成“重构”还算可以“Inlay Hints” 翻译成什么我总觉得绕。我的建议是新手可以装边用边对照英文等工作两年后对界面足够熟悉了再换回英文版反正插件卸载或者关闭语言包都不影响项目本身。4.2 阅读、书写和统计长文件不迷路文档更顺手CodeGlance Pro 就是在编辑器右侧生成一个代码缩略图功能类似一些现代编辑器的 minimap。你滚动长文件时右侧的缩略块能让你知道自己大概在文件的哪个位置点击缩略图还能快速跳转。它平时占用的空间很小性能影响几乎可以忽略但对于几百上千行的类来说能明显减少“滚过头”的挫败感。Markdown 插件是为了在 IDE 里写 README、写技术方案文档用的。IDEA 新版本身对 Markdown 有所支持但配套插件可以提供更强的预览和编辑体验表格、代码块、引用都渲染得很清楚。我习惯把项目的开发记录直接用 Markdown 写进工程里团队成员都能看到比塞在个人备忘录里强得多。Statistic 是一个代码统计工具按文件类型统计项目里的代码行数、注释行数、空行数。我自己主要是用它来做重构前后的对比比如把一个“大泥球”类拆完之后看每个新类行数是否合理而不是为了给别人展示“我写了多少行”。如果把代码量当成绩效指标容易诱导人堆代码这个插件本身是无辜的但要对自己的数据心里有数。5. 安装与协同配合这些设置不配好插件装了也白装5.1 插件安装的几种方式和版本匹配IDEA 装插件最常用的方式是在设置里的插件市场搜索直接点安装就行。如果网络环境不太好或者需要给团队统一版本可以到插件官网下载对应版本的 zip 包然后通过 “Install Plugin from Disk” 安装这种方式的好处是版本可控、不依赖实时网络。还有一个常见误区从网上下载的 zip 包可能存在版本不匹配的问题装完提示 “Plugin is not compatible”所以下之前一定要确认这个插件支持的 IDEA 版本范围。现在 IDEA 新版本也多每年都会推大版本插件市场的兼容性判断有时候会滞后。遇到某个插件更新不及时你可以下载旧版本插件手动安装但不建议你为了一个插件把整个 IDEA 降级。更合理的做法是给“必要插件”做一张自己的版本清单记录你当前 IDEA 版本下哪些插件是几月几日更新的下次升级之前先看一眼避免升完级之后一堆插件集体失效。插件设置和项目配置最好借助 IDEA 自带的设置同步功能。Sync Settings 可以把你常用的插件列表、快捷键、代码风格同步到云端换电脑时不用重新记“装过哪些插件”。有一点要注意同步回来的插件版本可能和当前 IDE 不匹配遇到这种情况需要批量检查一遍。团队场景下有人喜欢用磁盘上的 settings 文件分发也可以但要注意每个成员改完本地格式后不要误把配置乱合并。5.2 常见问题与排查实录这里直接把我遇到的典型问题整理成速查表按“现象—原因—解决”的顺序写方便你直接对照。现象可能原因处理方式装完插件后 IDEA 启动很慢插件过多或部分插件在启动时预加载大量组件禁掉不用的插件尤其是同一功能的多款重复插件调整 JVM 堆内存代码提示没变化Lombok 注解没生效注解处理器未开启或依赖版本不匹配检查设置里的注解处理开关核对 Lombok 版本和 JDK 版本某个快捷键按了没反应两个插件绑定了同一个快捷键打开 Keymap 搜索对应快捷键删除或改成另一组老插件在升级后失效插件只兼容旧版本 IDE下载旧版插件或等待插件适配新版不要强改 IDE 版本Git 提交记录里出现大量格式改动Save Actions 或格式化配置不统一统一 code style 配置把保存时自动格式化开关统一关掉插件列表空白市场加载不出来网络问题或插件缓存损坏清理 IDEA 缓存或手动下载 zip 安装除了这张表还有两个容易误判的坑。第一个是某些插件会改变默认行为比如静态导入的自动排序、自动换行你会觉得“代码突然变丑了”其实是插件的格式化规则在起作用不是 IDEA 抽风。第二个是插件报错日志不一定在弹窗里完整显示Help - Show Log 里面的日志才是关键线索排查插件问题时先打开日志再复现一次效率会高很多。养成这个习惯之后你会发现大部分所谓“插件冲突”最后都是配置或者版本导致的。6. 我的插件配置清单与避坑心得6.1 新手上手组合按场景装不盲目追新如果是刚接触 IDEA 的同学我不建议一次性把 30 款全装上去。先按你最痛的点来写单测就装 JUnitGenerator查接口就装 RestfulTool做老项目持续交付就用 JRebel 和 MyBatisX。我自己的上线组合大概是这样Lombok、MyBatisX、RestfulTool、Grep Console、Maven Helper、Save Actions、Rainbow Brackets、GitToolBox这 8 个覆盖了日常写代码、查接口、看日志、处理依赖、提交代码的主要场景再按项目需要加一两个专用的就够用了。等用了一两周理性评估哪些插件确实减少了你的操作次数再决定要不要把 30 款里剩下的另一半加进来。插件这东西和收藏夹很像收藏了不代表学了装了也不代表你能用好。每次大版本升级后也应该花十分钟过一遍插件列表把已经失效的、位置重复的清理掉。控制插件数量就是控制 IDE 的负担。6.2 最后再分享一个配置小技巧如果你和团队共用一套代码风格最省事的方式是把配置文件放到项目的.idea目录旁边或者专门的配置文件夹里跟随 git 一起管理。每次新成员拉下代码导入一次团队 code style 和检查规则后续写代码时所有告警和格式化都是同一套标准。这个习惯比单独在某个人 IDE 里折腾半天的插件配置要省心得多因为它是跟着项目走的而不是跟着某台电脑走的。我个人实际用下来最大的体会是不要神化任何一款插件也不要妖魔化插件多这件事。合适的插件组合能让你的操作节奏变得很流畅但前提是你真的知道每个插件为什么装、解决什么问题。这篇文章里列的 30 款你可以当成一份参考菜单也可以当成一面镜子对照着检查自己到底是在“用工具”还是在“收集工具”。每次重装 IDE 的时候都值得重新问自己一遍哪些插件是真正离不开的那些纠结半天想不起来的删掉也就删掉了。
阅读完成 · 觉得有帮助？
