1. 为什么我清理了近一半插件之后才找到真正留得下来的东西1.1 裸IDE能干活但每天重复的琐事实在太多了先交代一下背景日常开发里IDEA和VSCode是我接触最多的两个工具也是身边朋友问插件推荐时提得最频繁的。以前我也是个插件收藏家看到推荐就装装完就忘直到某天IDEA启动要一分多钟、VSCode一开大项目风扇就开始狂转才意识到插件不是越多越好而是越对越好。裸装IDEA和VSCode到底能不能干活能但很多高频操作会让你想砸键盘。拿Java开发来说你有几十个实体类要写getter/setter/toStringIDEA自带快捷键确实能生成但如果你是在写测试数据需要一次性构造一长串对象手动一个字段一个字段地赋值还是挺痛苦的。VSCode这边更明显它本质上是编辑器加拓展机制不装扩展的话连语法高亮都只覆盖一部分语言更不要提调试、自动补全、远程开发这些硬需求。我个人的判断标准很简单一个插件能不能留下来就看它能不能清晰回答帮我省了哪一类重复劳动。如果能留如果不能卸载。这条标准看起来废话但真正执行起来能帮你砍掉至少一半插件。我这次大扫除就是从这句话开始的。1.2 插件选型的两个底线启动速度与信息噪声整理插件清单的时候我给自己定了两个底线。第一个底线是启动速度。IDEA加载插件时会扫描各自的扩展点插件越多冷启动越慢打开一个大型工程的花费时间也会明显变长。VSCode虽然轻量但每个扩展都会在后台启动独立进程遇到Remote-SSH、Docker这类重量级扩展内存占用蹭蹭往上涨。我以前装了好几个主题插件为了让界面好看一点结果就是花好几秒切换主题颜色完全没有产出。第二个底线是信息噪声。这个是很多朋友容易忽略的。每装一个插件右键菜单就可能多出一项左下角可能多出一个图标工具栏可能多出一排按钮。插件一多满屏都是弹窗提示、代码警告线、角标数字真正重要的错误信息反而被淹没。比如同时装了三四个代码检查插件同一个问题被不同插件重复标红你都不知道该听谁的。所以我给自己定了一条两周试用原则新插件装上去之后贴一张便签提醒自己两周内如果一次都没主动用过说明它只是用来缓解收藏焦虑的果断卸载。这看起来很简单但效果远超预期我最终删掉的插件数量差不多有一半。下面几章就聊聊真正留下来、每天都在用的那些。2. IDEA在Java后端工作里真正省时间的插件清单2.1 写代码瞬间提速的那几个小工具IDEA这边先说我几乎每天都会碰的几款效率工具。第一款是GenerateAllSetter名字听起来很朴素但写测试代码时特别顶用。它的核心能力是为一组对象字段批量生成setter调用甚至可以直接生成一个带默认值的对象构造链条。场景很典型你写了一个复杂实体想在单元测试里快速塞满字段值手写可能要一分钟用它几秒钟就搞定。尤其是那种二十几个字段的老实体类这个插件能让测试数据准备工作节省大量时间。第二款是String Manipulation。说白了就是字符串转换工具箱。我用的最多的场景有两类一是把一个下划线命名的数据库字段批量转成驼峰命名二是批量处理JSON或YAML配置里的key。写接口文档、做字段映射、整理日志输出时这个插件几乎天天用。它支持大小写切换、Unicode转义、URL编码解码总之字符串相关的脏活累活它都能接。第三款是Key Promoter X严格说它不算直接提升效率而是帮你发现效率提升的机会。它会把你正在用鼠标执行的每个操作提示成对应的快捷键比如你在IDEA里右键选择了重命名它会弹窗告诉你其实可以用ShiftF6。我建议新同事装它用两到三周形成快捷键习惯之后就卸载因为它的使命完成了再留着只会增加提示弹窗。这三款都是只解决一个小问题的轻量插件但恰恰是这种小插件每天帮你省几秒钟日积月累非常可观。我一直觉得插件推荐的首要原则就是别装一个什么都想干的膨胀插件那最后往往什么都干不顺手。2.2 质量门禁类让坏味道在写入之前就被拦住如果说上一批插件是提速的这一批就是刹车的。在Java后端项目里我很依赖代码规约检查插件。很多团队可能都接触过它本质上是把一份编码规范内置成实时扫描规则当你在编写时会提示命名问题、空指针隐患、集合使用不当、魔法值出现等。为什么推荐它因为代码审查阶段对着一堆风格问题来回掰扯效率太低了不如让工具在生成代码的那一刻就给出提示。我见过不少项目在走了这套检查之后代码风格肉眼可见地统一了。不过要提醒一句规则千万不要全开。默认规则全量打开的话你会发现老项目满屏都是黄色警告第一周会很兴奋第二周就麻木了再往后直接无视所有提示插件等于白装。我现在的做法是只挑团队最在意的几类规则比如命名、日志规范、可能的空指针分支其余不痛不痒的提示直接关掉。检查工具的命根子不是提示数量而是提示的有效性。另一款是SonarLint。它在编写时做静态分析比如未使用的变量、潜在的资源泄漏、过于复杂的表达式等。适合把它当增量扫描器用只关注你当前改动的代码别尝试用它全量扫描一个老项目不然会卡到怀疑人生。配合服务端使用效果更好但个人开发时光用本地功能也已经很舒服了。还有CheckStyle、PMD这类老牌质量工具它们更适合挂在CI流水线上作为合并代码前的硬性校验。本地开发我反而不太建议装因为全量检查太慢且大量历史遗留问题会冲淡你对新问题的关注。质量和速度要平衡不能过度消耗开发者的耐心。2.3 调试和阅读代码时的辅助型插件工作效率不只体现在写代码读代码、查问题同样占大头。我在IDEA里固定留下来的辅助插件有三款。第一款是Rainbow Brackets很多人把它当成美化插件其实它真正的作用是让嵌套结构一目了然。Java项目里偶尔会有那种层层叠叠的Lambda加括号找配对括号能找半天。这个插件会给不同层级的括号染上不同颜色调试模式下看源码层级时定位速度明显快很多。第二款是Grep Console主要用来处理控制台日志。它会按日志级别染色INFO是一种颜色WARN和ERROR是另外的颜色。多服务联调的时候不同服务往同一个控制台窗口打日志你能靠颜色快速判断哪些行有问题。它还支持自定义高亮关键词比如把订单号、用户ID高亮出来排查问题就不用盯着密密麻麻的日志逐行找。第三款是Translation。它解决的问题很实在看外文注释、外文技术文档、英文报错信息时不用切出去搜翻译工具了。我一般只把它当应急字典用不会整段依赖翻译去理解逻辑。尤其调试时遇到一个生僻词汇直接选中看一眼中文比复制出去翻译再回来高效太多。虽然现在的在线翻译工具很强大但嵌在IDE里不用切换上下文本身就是一种效率。如果你经常看那种三千行起步的老文件还可以考虑装一个代码缩略图插件就是右侧显示整个文件缩略条方便快速拖动定位。这个插件不适合所有人我认识不少开发者习惯用全局搜索跳转根本不看右侧但我看长配置类时会用建议按个人习惯取舍。2.4 IDEA插件装完之后建议立刻改的三处配置插件装好不等于配置好。我给新环境配IDEA时有三处设置一定会动。一是自动导入优化。在编辑器设置里把自动导入相关选项打开并勾上提交前自动优化import。很多老项目的文件import列表一团糟改过这个配置之后满屏的import自动清理可读性提升明显。二是文件头模板。新建Java类时自动带上作者、日期、描述信息。对于团队协作项目这个约定特别有用几年后翻代码还能知道当初这段逻辑谁写的、为什么写。模板很简单不过团队里最好有统一风格不然每个人的文件头五花八门反而成为新噪声。三是关闭插件通知和营销推送。IDEA默认会推送很多插件推荐或新版本消息一会儿一个气泡一会儿一个弹窗。这些消息和你的编写任务毫无关系我有段时间没关它每天被打断好几次后来一律关闭只保留真正关键的错误提示。减少干扰就是给专注力留出空间。另外每装一批新插件最好顺手在设置-插件界面里看一遍已安装列表把那些提示不兼容或者已过时的直接禁用。这条建议看着小但能做到的人真不多。3. VSCode适合前端、脚本和远程开发场景的插件组合3.1 前端工程化的标配三件套VSCode的生态和IDEA完全是两个风格。IDEA一个IDE能吃下大部分Java开发需求VSCode则靠一堆轻量扩展组成一套私人定制IDE。我在这边的推荐逻辑是优先解决前端工程化里的高频问题。前端项目绕不开三件套代码格式化、静态检查、路径提示。代码格式化插件目前最流行的是Prettier。它解决的问题是代码长得千奇百怪。每个开发者有自己的缩进习惯、引号习惯、分号习惯团队协作最烦的就是这种无谓差异。Prettier的玩法是项目根目录放一份统一的格式化配置然后编辑器里设置为保存时自动格式化全队用同一套规则代码风格自然统一。注意保存时格式化这个选项一定要和团队确认有些团队希望手动触发所以最好先问一圈别擅自替你同事改了提交前行为。静态检查这边基本是ESLint。它是规则引擎能发现未使用变量、隐式类型转换风险、异步错误处理遗漏等。ESLint和Prettier是两兄弟但二者在某些规则上会打架比如PRETTIER想统一单引号ESLint也检查引号风格。所以配置时要让它们各管一段常见的做法是用插件把格式类和规则类的检查范围划分清楚ESLint只负责代码逻辑问题格式统一交给Prettier。这个联动捋顺了整个前端团队的代码质量底线就有了。路径提示插件则是另一个高频需求。现在前端项目组件拆得很碎import路径经常写错特别是层级一深相对路径容易把大脑绕晕。装上路径补全插件之后写import时会有下拉提示自动补全文件路径。配合别名配置还能识别路径映射几乎不会写错路径。这三件套装齐了前端工程化的地基就算打好了。3.2 远程开发与容器场景下的必装项VSCode在远程开发和容器化场景里的优势是IDEA很难追上的这也是我保留VSCode的最大理由。Remote-SSH是我最常用的远程开发扩展。它的使用体验很特别本地VSCode窗口直接打开远程服务器上的目录代码补全、跳转、调试都和本地文件一样唯一不同是文件的默认保存路径落在服务器上。以前处理线上问题时需要先在本地改完再传上去现在直接在远程目录改配合终端面板跑命令整个工作流顺了不少。Dev Containers则是把整套开发环境塞进容器里。新项目启动时依赖、数据库、Node版本、Java版本全由容器搞定不用在个人电脑上折腾各种环境冲突。尤其是交接或新人入职场景一份容器化配置配好后大家都用同样的环境极大的减少了我本地能跑、你本地跑不了的扯皮问题。容器的启动速度和磁盘占用是它的短板但换来的一致性体验对团队项目是很有价值的。Docker扩展则是对容器操作的前端入口。你可以直接看镜像列表、启动和停止容器、查看日志不用频繁切到命令行。值得一提的是这类重量级扩展会持续占用后台进程平时不连远程、不跑容器时建议直接禁用而不只是关掉窗口。我自己有段时间VSCode越用越卡排查半天发现是几个后台扩展常驻进程占掉了不少内存后来赋予用到才禁、不用就停的习惯立刻缓解。3.3 让VSCode更像主力IDE的体验优化工具链搭好之后还差一层体验优化。这一层不直接产代码但直接影响使用意愿。Material Icon Theme是我装过的主题插件里留存率特别高的一个。它的作用很朴素不同文件类型显示不一样的图标。一个前端目录里可能同时有ts、js、vue、json、md、yml文件如果所有文件都一个图标扫目录时眼神要很好。图标区分开之后快速定位文件方便太多。它纯粹是视觉帮助但价值很大。Better Comments把注释变成有层级的比如普通注释是一种颜色TODO标注是一种颜色重要警告是另一种颜色。尤其看别人的代码时那些加了TODO和FIXME的注释一目了然不需要再逐行扫描。写代码留下规范化注释的人少但做团队项目和开源项目的人肯定懂这种需求。Markdown All in One是我日常写作的必备插件。它可以很方便地插入表格、生成目录、预览文档。我写技术文档、博客草稿都直接放在VSCode里配合内置Markdown预览边写边看效果文章配代码片段也顺手。如果你经常写接口文档、设计方案、周报这个插件值得装。对我个人来说中文语言包这类插件属于新人友好项。英语没压力的可以不加刚入门的朋友加一个确实能降低学习成本但不要因此完全逃避英文界面里的报错信息。3.4 我安装VSCode插件前会看的两类信息VSCode插件市场信息量大但同样存在垃圾。我装新扩展之前固定看两类信息。一是看下载量和更新时间。下载量高的通常经过了大量用户验证踩坑的人多、反馈也多。但如果一个插件下载量很高却半年以上没有更新就要警惕了它可能已经跟不上新版VSCode的语言协议或调试协议。以前有款很出名的插件功能很好但兼容性出问题后迟迟不更新装完一打开插件进程就崩溃最后只能卸载。更新时间就是你判断它是否还活着的最直观指标。二是看扩展包里到底包含什么。很多扩展会宣传自己是前端全家桶或Java全套工具包一脚踩下去其实打包了各种你可能根本用不到的东西。不但拖慢启动还会让设置界面混乱。我以前装过一个所谓的全套扩展包最后里面只留下两个工具其他全是凑数。所以我的建议是明确知道自己要什么再按需安装别图省事直接装全家桶。安装之前多花一分钟看它的安装内容清单比之后花十分钟排查卡顿要划算得多。4. 两边插件生态的核心差异同样需求完全不同的解决思路4.1 代码提示与重构能力IDE内置功能与轻量扩展的差别把两边的普及型插件都跑过一遍之后你会发现一个底层差异IDEA是一个重度集成者VSCode是一个灵活扩展者。同样是代码补全和重构两边的解决思路完全不同。拿把一个方法改名同时把所有调用处一起改掉这件事举例。IDEA里这是与生俱来的能力按ShiftF6进入重命名它能识别整个工程的调用链包括反射调用、字符串引用、XML配置里的方法名改完后全部同步更新。VSCode配合语言服务器也能完成大部分基础重命名但对于那些需要跨文件且牵扯到配置关联的Java场景提示和维护能力明显比IDEA浅了一层。这是两代工具的设计哲学差异不是简单通过多装几个扩展就能抹平的。所以我给后端朋友的实在建议是如果日常主力语言是Java不要试图用VSCode加插件完全复刻IDEA的重构体验这投入产出比太低了。反过来如果日常是写TypeScript、Python、Go这类轻量脚本VSCode的轻量优势又很突出IDEA反而显得笨重、启动慢。选型不是哪个工具更强而是哪个工具更贴合你的主语言和工作流。4.2 格式化与校验在IDEA里一装就灵在VSCode里要联动配置两个IDE差别最明显的地方其实是格式化与校验这类默认行为的设置节奏。在IDEA里代码风格自成一派团队可以直接用同一套code style配置。你不需要额外装什么插件把团队样式文件导入就行保存时格式化、自动换行、import排序都是内置的。VSCode这边反过来格式化更像是一个需要拼装的积木。你得先选一款格式化插件再配上语言的规则文件可能还要处理格式化插件和ESLint的规则重叠。这个差异直接导致了一个常见现象很多从IDEA切到VSCode的新人前两天的第一反应是这和我想的不一样。但VSCode的联动配置也不是坏处它给了团队极大的弹性。比如你可以针对JavaScript用Prettier统一格式对Python用另一个格式化工具甚至对不同子项目单独配置。IDEA默认行为稳定VSCode自由度高这就是两边的取舍。这里我建议所有团队把格式化、检查相关配置文件都提交到仓库不管是IDEA的code style配置还是VSCode的settings.json、.editorconfig、.prettierrc。配置不进仓库团队一致性就是空谈。4.3 什么时候两边都用、什么时候二选一关于到底该用IDEA还是VSCode这个问题我见过太多争论了。其实答案取决于你手上正在做的项目类型而不是哪个工具粉丝更多。我的个人方案是Java后端项目一律用IDEA它内置的类图、调用链、调试器配合Java工程重活得非常舒服。前端、脚本、临时改文件、远程服务器维护一律用VSCode启动快、扩展按需加载、远程开发第一梯队。两个工具在我的工作流里不是竞争关系而是互补关系哪个场景顺手上哪个不需要强行二选一。如果你还在犹豫我的建议是先看项目语言。项目是Java后端主导选IDEA项目是前端、Node、Python脚本或者需要频繁连服务器选VSCode。如果维护一个老项目里面既有Java又有各种脚本那你就两个都留反正它们安装在同一台机器上并不冲突根据当天任务打开对应的那个就好。5. 装插件前和装插件后我建议你检查这几件事5.1 安装之前读一下更新频率和Issue区插件这行当来也匆匆去也匆匆。有些插件一夜之间爆火然后作者弃坑第二天大版本更新就崩了。我在安装某个新插件之前一定会去它的主页看两样东西最近更新时间以及Issue区里有没有没解决的兼容性问题。更新频率很好理解长期不更新意味着作者可能不再维护补丁和兼容性都会越来越差。但Issue区也不能光看有没有人报问题要看报的是什么问题。一款插件如果满屏都是导致编辑器启动失败退出时崩溃这类核心故障那宁可先等等也别拿自己项目当小白鼠。相反如果Issue区里都是些希望支持某语言新语法这类求功能的话反而说明插件基本可用只是还不够完善。还有一类情况和更新频率无关就是功能已经被IDE内置了插件逐渐变成多余的。比如IDEA某几个版本之前需要额外装插件才能支持的构建工具现在官方已经内置哪怕那个插件还在更新装了也只是重复占位。装之前花两分钟搜索这个功能是不是已经内置能有效避免一次无效安装。5.2 安装之后用禁用大法定位卡顿来源插件装多了编辑器变卡几乎必然发生。我遇到好几次莫名的卡顿都靠一套笨办法定位全部禁用挨个放行。具体做法是先打开插件管理界面把所有非官方自带插件全部禁用重启编辑器。这时候编辑器应该是理论上的干净状态操作流畅度可以作为基准。然后按使用频率每两三个插件一组地重新启用启一组就重启一次简单点几下鼠标、敲几个字符、打开一个大文件观察有没有明显迟滞。一旦找到那个多启用一组就变卡的组合再把这一组里的插件逐一拆分基本就能锁定元凶。这个方法看起来原始但确实很好用。比它更优雅的方案是用系统自带的活动监视器IDE运行过程中看进程的CPU和内存占用谁高谁就是嫌疑犯。我自己的经验是VSCode里后台扩展常驻进程高占用很普遍IDEA里则往往是某个索引构建或语法高亮扩展在大型文件上卡顿。锁定之后要么禁用要么找替代品别容忍它三天打鱼两天晒网地拖慢你的工作。5.3 和队友保持同一套配置配置文件的版本管理插件推荐这件事一个人装了不等于团队受益只有变成可复现的配置才有效。我的建议是把两边的配置都当成代码来管。VSCode这边操作简单项目根目录下会有.vscode文件夹把settings.json、extensions.json提交到版本控制。extensions.json记录的是团队推荐的插件清单新人克隆工程打开后VSCode会提示安装推荐插件基本可以一键开工。IDEA的配置导出导入也比较成熟可以把团队统一设置导出成jar文件甚至可以直接放在配置仓库里同步新成员导入一次就能获得同样的快捷键方案和代码风格。为什么我这么强调配置入库因为我在实际项目里见过太多我的环境能跑你的环境跑不了的情况。往往不是代码有问题而是各人本地插件、配置差太多。把一个统一、可复制的编辑器配置纳入工程本身就是一种工程化治理。配置文件和代码一样也需要版本管理也需要变更说明。6. 按开发场景直接照抄的三份插件组合清单6.1 纯后端Java开发我的IDEA终极配置如果你和我一样日常就是Java后端、微服务那一套这里给一份可以直接照抄的IDEA组合清单。插件用途备注GenerateAllSetter批量生成setter测试数据构造神器String Manipulation字符串格式转换驼峰、下划线、URL编码等Rainbow Brackets括号分层染色阅读复杂嵌套代码必备Grep Console控制台日志染色排查问题省时间Translation即时翻译应急查文档、报错SonarLint增量静态检查建议关掉全量扫描代码规约检查插件编码规范实时提示按团队规则裁减提示权重这套组合的特点是一个萝卜一个坑每个插件都只解决一类高频问题。不装花哨的主题、不装云同步类插件、不装那些看起来以后用得上的插件。IDEA本身已经够复杂了插件再堆叠启动速度和菜单纯净度都会出问题。按这个清单配好之后至少再用三个月再评估要不要加新东西这样能最大限度保证插件是真正被用起来的。6.2 前端/全栈开发VSCode这一套足够启动前端或全栈场景我给出一套相对轻量但完整的VSCode组合。插件用途备注ESLint代码静态检查与格式化插件区分规则Prettier统一代码格式保存时格式化需团队确认Path Intellisense路径自动补全import不再写错Auto Rename Tag标签自动配对改名HTML、Vue模板神器Live Server本地静态服务器调试前端页面方便Remote-SSH远程开发整个VSCode窗口连远端Material Icon Theme文件图标分类扫目录更高效Better Comments注释分级高亮团队阅读代码更友好Markdown All in OneMarkdown增强写作、笔记、文档必备这套组合没有把所有功能插件都堆上而是聚焦在前端工程化的核心环节上。装完之后记得花半小时把设置和对象配置同步到仓库否则两个成员编辑器行为不一致的话效果打了大折扣。6.3 写作、教学与远程协作轻量但完整的一套除了写代码的人我也常被问到有没有适合写技术文档、做一些技术分享的插件组合。VSCode这套其实很适合干这个。Markdown All in One是核心写技术文档、博客、周报基本靠它。配合代码高亮文章里的代码片段直接读起来很舒服。如果需要画架构图装个绘图插件即可很多绘图工具都以文本形式保存和Markdown是绝配。我身边有不少人用这种方式管理自己的知识笔记纯文本可搜索、可版本管理比传统文档工具灵活多了。远程协作方面Live Share这类跨设备、跨团队的协作扩展很值得一试。它可以让多个开发者同时进入同一个VSCode窗口一起看代码、一起调试和处理文档协作软件里的实时协同概念类似。带新人时特别实用看到对方光标在代码里移动每个人当前在看什么一目了然省掉了很多来回截图描述的时间。我也观察到一个现象很多开发者给VSCode装了一堆插件真正每天在用的可能就五六个。所以写作和教学场景下别贪多把这个轻量组合备齐打开速度、响应速度都比全家桶舒服得多。最后分享一个小习惯。现在我每次把IDE升级到大版本时都会顺手清一遍插件列表。这个举动帮我不止一次删掉了那些已经停止维护、功能被内置、或者单纯不想再用的鸡肋插件。插件是消耗品是跟着项目走的没有一个组合是永远最优的。你要是也能保持这种定期清理的节奏那任何插件推荐清单到你手里都能真正变成提高生产力的工具而不是又一个制造焦虑的无底洞。