这篇不准备写成“大而全插件大全”，而是按使用场景分一下类。这样你看完之后，更容易判断哪些是自己真的需要的，哪些可以先不装。

先说结论，这 10 个插件我会分成 5 类：

• 基础必装类：Lombok、Maven Helper
• 协作与质量类：GitToolBox、SonarLint
• 配置与调试类：Config Assistant、Restful Fast Request
• 后端开发类：MyBatisX
• 日常效率类：.ignore、String Manipulation、Translation

如果你平时主要做 Java / Spring Boot 开发，这个组合基本已经能覆盖大部分高频场景。

---

一、基础必装类

这类插件的特点是，不一定花哨，但装上之后几乎每个项目都会用到。

1. Lombok

如果你是 Java 开发，这个基本绕不开。

很多项目里实体类、DTO、VO、参数对象都会大量使用 @Data、@Getter、@Setter、@Builder 这些注解。如果 IDEA 没装 Lombok 插件，最常见的结果就是代码能编译，但编辑器里一片红，看着很别扭。

所以对 Java 项目来说，Lombok 更像是基础环境的一部分，不太算“锦上添花”，而是“先装上再说”。

适合场景：

• Java 后端开发
• Spring Boot 项目
• 大量实体类、DTO、VO 场景

2. Maven Helper

项目一大，依赖冲突就很难完全靠肉眼处理。

尤其是下面这些情况：

• 同一个包被多个版本间接引入
• 某个依赖升级后，老版本没有完全清掉
• Spring Boot 升级后出现兼容性问题

Maven Helper 的好处是能把依赖树看得更直观，也更容易定位冲突来源。很多原本要慢慢翻 dependency:tree 的问题，在 IDEA 里点几下就能看出来。

适合场景：

• 多模块 Maven 项目
• 依赖版本冲突排查
• Spring Boot 升级兼容性检查

---

二、协作与质量类

这类插件主要解决两件事：多人协作时更容易看懂上下文，自己写代码时更容易提前发现问题。

1. GitToolBox

如果你平时 Git 用得比较频繁，GitToolBox 用起来会比 IDEA 默认显示更顺手。

我比较常用的是这些能力：

• 当前代码最后修改人提示
• 最近提交信息快速查看
• 分支、状态、变更细节补充提示

多人协作时，这些信息看起来都不算大功能，但经常能帮你更快判断一段代码的上下文，特别是排查问题或者接手别人代码的时候。

适合场景：

• 多人协作项目
• 频繁代码追踪
• 需要快速定位最近修改记录

2. SonarLint

这个插件的价值在于，它会在你还没提交代码之前，就先把不少明显问题指出来。

比如：

• 可能存在空指针风险
• 某段逻辑可读性很差
• 分支判断冗余
• 命名、结构或者实现方式不太合理

SonarLint 不是万能的，也不能替代代码评审，但它对“提前发现低级问题”这件事确实挺有帮助。尤其是自己写得比较快的时候，它相当于在本地多加了一层提醒。

适合场景：

• 日常编码质量检查
• 提交前自查
• 想尽量减少低级问题进入仓库

---

三、配置与调试类

如果你平时经常在配置、接口、环境问题之间来回切，这一类插件通常最容易带来直接收益。

1. Config Assistant

Config Assistant 的定位更像一个配置工作台。

很多时候真正麻烦的不是代码，而是配置。比如：

• 测试环境能跑，生产环境跑不起来，怀疑是配置不一致
• 服务迁移前后，要核对 YAML、JSON、.properties 有没有漏项
• 同事发来一段配置，让你帮忙看哪里不对
• 想临时保留 before / after 两个版本做比较

很多人的常规操作，是先在项目里新建几个临时文件，把配置粘进去，对比完再删掉。能用是能用，但过程比较机械，而且项目目录也容易被临时文件搞乱。

这类场景下，Config Assistant 这种插件就比较顺手。可以直接在 IDEA 里创建多个 View，把 YAML、JSON、.properties 粘进去，做原地格式化、基础校验和同类型对比，底层还是走 IntelliJ 原生 Diff 体验。

适合场景：

• 测试环境和生产环境配置对比
• 服务迁移时核对新旧配置
• 快速整理临时配置内容
• 保留配置修改前后的快照

2. Restful Fast Request

如果你经常一边写接口一边调接口，这个插件很实用。

很多后端开发平时都会在 IDEA、Postman、Apifox 之间来回切。Restful Fast Request 的优点是让一些接口调试动作可以直接留在 IDE 里完成，减少上下文切换。

尤其是在下面这些情况下会比较省事：

• 本地接口刚写完，想马上发请求试一下
• 需要反复调整参数、请求头、环境变量
• 想边看代码边验证接口返回

适合场景：

• Spring Boot 接口开发
• 本地联调
• 需要快速验证接口入参与返回结果

---

四、后端开发类

这类插件更看技术栈，不一定所有人都需要，但一旦命中自己的项目类型，使用频率通常会很高。

1. MyBatisX

如果项目里还在用 MyBatis 或 MyBatis-Plus，这个插件一般都会比较顺手。

它最大的价值不是“功能多”，而是减少机械跳转。平时写业务时，经常要在下面这些文件之间来回切：

• Mapper 接口
• XML 映射文件
• 实体类
• Service / ServiceImpl

有了 MyBatisX 之后，这些关联关系会更清晰，导航和跳转效率会高很多。对传统后台项目、CRUD 比较多的项目尤其友好。

适合场景：

• MyBatis / MyBatis-Plus 项目
• 传统 CRUD 业务系统
• Mapper XML 较多的老项目

---

五、日常效率类

这类插件单看都不算“大功能”，但它们解决的都是高频小动作。时间一长，体验差距会越来越明显。

1. .ignore

这个插件不算高调，但我一直都会装。

很多人第一次建项目时，.gitignore、.dockerignore、.ignore 都是手写的。文件不大，但如果经常要补规则、查语法、避免误提交，有一个更像样的编辑体验还是很有必要。

.ignore 插件能让这些 ignore 文件在 IDEA 里更好用一些，比如语法高亮、文件识别、基础补全等。它不是那种“装了以后立刻惊艳”的插件，但属于长时间用下来很稳定的小提升。

适合场景：

• 新项目初始化
• 多环境构建文件管理
• 避免临时文件误提交

2. String Manipulation

这个插件属于小而美，用久了会很依赖。

平时开发里总会碰到一些看起来不复杂、但很碎的字符串处理工作，比如：

• 驼峰和下划线互转
• 批量大小写转换
• 一组字段名快速整理
• 复制出来的文本想顺手做一下格式调整

如果每次都手动改，时间其实都花在这些零碎动作上了。String Manipulation 的价值就在于把这类小动作做得更快一些。

适合场景：

• 字符串批量处理
• 字段命名转换
• 日常文本整理

3. Translation

这个插件我主要拿来做“阅读辅助”。

平时开发时总会遇到这些情况：

• 英文报错想快速理解
• 第三方文档里某个单词不熟
• 英文变量名、领域词汇想顺手确认一下意思

这类问题本身不大，但如果每次都切到浏览器，注意力就断了。Translation 这种插件的价值就在于“就地解决小问题”，比较适合边看源码边理解上下文。

适合场景：

• 阅读英文报错
• 阅读开源项目源码
• 看接口文档、SDK 文档时快速辅助理解

---

最后

如果你不想一次装太多，其实可以按类别来选：

• 先装基础必装类：Lombok、Maven Helper
• 再补协作与质量类：GitToolBox、SonarLint
• 如果经常排查配置和接口，再装：Config Assistant、Restful Fast Request
• 如果项目用 MyBatis，再补：MyBatisX
• 最后按个人习惯补：.ignore、String Manipulation、Translation

AI 相关插件这次没有单独放进这 10 个里，不是因为没用，而是更依赖个人习惯、团队预算和账号条件。相对来说，上面这 10 个更偏稳定、通用、装上就能直接提效。

如果你也有自己长期保留的 IDEA 插件组合，欢迎交流。