IntelliJ IDEA Java开发必备12个生产力插件实战指南

1. 这不是“插件清单”，而是一份IDEA生产力实战地图

你打开IntelliJ IDEA，新建一个Spring Boot项目，刚敲完@RestController，光标停在类名上——这时候，你真正需要的不是“又一个插件”，而是能立刻缩短从‘想到’到‘跑通’之间那30秒延迟的确定性工具。我用IDEA带团队写过金融级交易系统、做过嵌入式边缘AI推理服务、也维护过百万行规模的老系统，十年间装过200+插件，卸载率超75%。剩下被我钉在工具栏右上角、从不关闭、连重启都设为“自动启用”的，只有12个。它们不炫技，不堆功能，但每个都在解决一个具体到令人烦躁的痛点：比如把System.out.println("debug: " + obj)这种手写日志，一键转成Lombok风格的log.debug("debug: {}", obj)；比如在Git提交前自动检查是否漏掉@Transactional注解；比如让YAML配置文件里跳转到Spring Boot官方文档的对应属性页，而不是靠猜和翻手册。这些插件不是“锦上添花”，而是把IDEA从“代码编辑器”变成“开发协作者”的关键齿轮。本文不罗列“Top 50插件”，只讲清这12个为什么必须装、怎么装才不踩坑、装完后第一分钟该做什么、以及——最关键的是，哪些看似热门的插件，我劝你别碰。适合所有用IDEA写Java/Kotlin/Scala的开发者，无论你是刚学完《Java核心技术》的实习生，还是带着三个模块压测报告进会议室的架构师。

2. 插件选型逻辑：为什么是这12个？不是更多，也不是更少

2.1 核心原则：三不装、两必装、一慎装

所谓“三不装”，是指三类插件我一律不放进生产环境IDE：

• 不装“功能聚合型”插件：比如叫“DevTools Suite”“All-in-One Java Helper”这类名字的。它们像超市大礼包，里面塞了15个功能，但其中12个你永远用不到，剩下3个还经常互相冲突。我见过某“全能插件”导致Maven依赖图渲染失败，排查三天才发现是它劫持了DependencyGraphService接口。

• 不装“UI美化型”插件：如“Material Theme UI”“Darcula++”等。主题再好看，也不能帮你少写一行null检查。更关键的是，它们常修改IDE底层渲染层，一旦IDE升级，轻则界面错位，重则整个编辑器卡死。我们团队统一用IDEA原生Darcula主题，连字体大小都锁死在14px——因为这是经过200+人年验证的、对颈椎最友好的组合。

• 不装“AI生成型”插件（非官方）：目前所有第三方Java代码生成插件，其底层模型训练数据均未公开，且无法保证生成代码符合公司安全规范（比如是否会偷偷调用外部API、是否包含硬编码密钥）。我们只用JetBrains官方的GitHub Copilot集成（需企业许可证），且所有生成代码必须通过SonarQube规则集扫描。

所谓“两必装”，是指两类插件属于开箱即用的刚需：

• 必装“上下文感知型”插件：它们不新增菜单，而是让现有功能更聪明。例如String Manipulation，选中一段JSON字符串按Ctrl+Shift+U，就能在驼峰、下划线、kebab-case之间无损转换——这比手动删下划线再首字母大写快10倍，且零出错。

• 必装“流程加固型”插件：它们把最佳实践固化进操作流。例如Save Actions，不是简单“保存时格式化”，而是可精确配置：仅当文件有变更时才触发、跳过测试目录、对.java文件执行Reformat Code+Optimize Imports+Rearrange Code三连击——这直接消灭了90%的Code Review驳回项。

所谓“一慎装”，特指Lombok Plugin。它确实让@Data一行顶50行，但必须满足两个前提：第一，项目已全局启用Lombok编译器插件（lombok.config中lombok.addLombokGeneratedAnnotation = true）；第二，团队所有成员IDEA版本≥2022.3（旧版本对@SuperBuilder支持不全）。我见过因版本不一致，导致本地编译通过、CI构建失败的事故，所以它不在“默认安装列表”，而放在“团队基建检查清单”里。

2.2 选型背后的工程逻辑：从“人效损失”反推插件价值

我们曾统计过典型Java开发者一天的“微中断”（micro-interruption）：平均每人每天因以下原因损失27分钟有效编码时间：

中断类型	平均耗时	典型场景	可被插件解决？
手动格式化代码	1.8分钟	提交前Ctrl+Alt+L反复按	✅Save Actions
查找方法重载	2.3分钟	点进stream().map()看是Function还是Consumer	✅Method Overriding Checker
YAML键名拼写错误	3.1分钟	spring.redis.host写成spring.redsi.host，启动报错才发现	✅YAML Navigator
日志语句手写	4.2分钟	log.info("user {} login, ip {}", userId, ip)逐字敲	✅Log4j2 Template
Git冲突合并	5.6分钟	<<<<<<< HEAD块里改了3处，不确定哪处该保留	✅GitToolBox

注意：表格中“可被插件解决？”打✅的，都是本文推荐的12个之一。它们的价值不是“多了一个功能”，而是把高频、机械、易错的脑力劳动，压缩成一次按键或一次点击。比如GitToolBox的“Conflict Resolver”功能，选中冲突块后按Alt+Enter，弹出3个选项：“Accept Current Change”“Accept Incoming Change”“Merge Manually”，背后是它实时解析了.git/目录下的BASE/LOCAL/REMOTE三个版本树——这比人眼扫三行diff快5倍，且零误操作。

2.3 为什么不用市场排名？——真实数据告诉你“热门≠好用”

JetBrains插件市场首页的“Top 10”里，有3个我坚决不推荐：

• Grep Console（下载量120万+）：它用颜色高亮日志关键词，听起来很酷。但实际使用中，当你的应用每秒打印2000行日志时，它会吃掉IDEA 40%的CPU，导致代码补全延迟从200ms飙升到2s。我们用Log4j2 Template+Console Filter替代，后者只在控制台输出时过滤，不干预日志框架本身。

• Rainbow Brackets（下载量98万+）：给括号上色。问题在于它和EditorConfig插件存在渲染层冲突，在某些字体下会导致光标位置偏移。我们团队禁用它，改用IDEA原生的Highlight matching brackets（设置→编辑器→常规→括号匹配高亮），效果一致且零性能损耗。

• Maven Helper（下载量85万+）：号称“Maven依赖分析神器”。但它分析一次完整依赖树需12秒，而我们用mvn dependency:tree -Dverbose命令只要1.3秒。真正的效率提升来自减少GUI交互，而非增加GUI功能。

所以本文推荐的12个，全部基于两个硬指标：单次操作节省时间≥3秒，且月活用户中95%反馈“装完当天就用上”。没有一个是为了“看起来很专业”而凑数的。

3. 12个核心插件详解：安装、配置、第一分钟实操指南

3.1 String Manipulation：字符串处理的瑞士军刀

为什么必须装：Java开发中，70%的字符串转换需求（驼峰转下划线、Base64编解码、URL编码、JSON转义）都能用它3秒内完成。不用再切到在线工具网站，更不用写临时测试类。

安装步骤：

1. 打开IDEA →File→Settings（Windows）或IntelliJ IDEA→Preferences（macOS）
2. 左侧导航栏点Plugins
3. 右上角搜索框输入String Manipulation
4. 在搜索结果中找到官方插件（作者：Alexander Tumin），点击Install
5. 安装完成后点击Restart IDE

提示：安装后无需额外配置，所有功能通过快捷键触发。但建议在Settings→Keymap中确认快捷键是否被占用——默认Ctrl+Shift+U（Windows/Linux）或Cmd+Shift+U（macOS）是“Toggle Case”，需手动改为String Manipulation的主菜单。

第一分钟实操：

• 新建一个Java类，写一行：private String userName;
• 选中userName，按Ctrl+Shift+U，弹出菜单：
  • To Snake Case→ 变成user_name
  • To Constant Case→ 变成USER_NAME
  • To Upper Camel Case→ 变成UserName
• 再选中user_name，按Ctrl+Shift+U→From Snake Case→ 回到userName
• 进阶：选中任意字符串如{"name":"张三","age":25}，按Ctrl+Shift+U→Escape JSON，自动转义双引号和反斜杠

避坑心得：

• 它不支持批量处理多个变量。比如想把类里所有camelCase字段转snake_case，得一个个选。此时应改用Structural Search and Replace（IDEA内置，Ctrl+Shift+R），搜索private $Type$ $FieldName$;，替换为private $Type$ $FieldName$.toSnakeCase();——这才是正解。
• 对中文支持有限。张三转snake_case会变成_zhang_san_，中间多出下划线。遇到含中文的字段名，建议先人工转拼音再用此插件。

3.2 Save Actions：让格式化成为呼吸般自然

为什么必须装：它解决的不是“代码丑”，而是“团队风格撕裂”。没有它，A写的代码缩进用4空格，B用Tab，C用2空格，Code Review时80%的评论是“请统一缩进”。

安装与基础配置：

1. 搜索安装Save Actions（作者：Dima Avdeev）
2. 安装后进入Settings→Other Settings→Save Actions
3. 勾选Optimize imports on save（保存时优化导入）
4. 勾选Additional actions→Reformat code（格式化代码）
5. 关键一步：点击Reformat code右侧的Configure...，在弹出窗口中：
   • 勾选Only if code style is different from IDE settings（仅当代码风格与IDE设置不同时才触发）
   • 勾选Skip files with syntax errors（跳过有语法错误的文件）

深度配置（决定成败的关键）：

• 进入Settings→Editor→Code Style→Java→Wrapping and Braces
  • 将Method declaration parameters设为Wrap if long
  • 将Chained method calls设为Wrap always
• 进入Settings→Editor→Inspections→Java→Declaration redundancy
  • 勾选Redundant 'this' qualifier（删除冗余的this.）
  • 勾选Redundant 'super' qualifier（删除冗余的super.）

这样配置后，当你写：

public void process(User user, Order order) { this.userService.save(user); super.processOrder(order); }

保存时自动变成：

public void process(User user, Order order) { userService.save(user); processOrder(order); }

实测对比：

• 未装前：每次提交前手动Ctrl+Alt+L，耗时约8秒/文件，且常忘记
• 装后配置正确：保存即生效，耗时0.3秒/文件，且100%覆盖

注意：务必勾选Skip files with syntax errors。否则当你写到一半if (x > 0) {就保存，它会强行格式化半截代码，导致语法错误扩散。

3.3 Lombok Plugin：让POJO回归本意

安装前提校验：

1. 确认项目根目录有lombok.config文件，内容至少包含：

   lombok.addLombokGeneratedAnnotation = true lombok.anyConstructor.addConstructorProperties = true

2. 确认pom.xml中Lombok依赖版本≥1.18.30（旧版本与IDEA 2023.2+不兼容）

安装与激活：

1. 搜索安装Lombok Plugin（作者：Michail Nikolaev，JetBrains官方维护）
2. 安装后重启IDEA
3. 进入Settings→Build, Execution, Deployment→Compiler→Annotation Processors
   • 勾选Enable annotation processing
   • 勾选Obtain processors from project classpath

第一分钟验证：

• 新建类User.java：

  import lombok.Data; @Data public class User { private String name; private Integer age; }

• 将光标放在@Data上，按Ctrl+Click（Windows）或Cmd+Click（macOS），能跳转到Lombok源码，证明注解处理器工作正常
• 在main方法中写new User().setName("张三");，IDEA不报红，且setName方法在代码补全中可见

致命陷阱与绕过方案：

• 陷阱：@Builder与@AllArgsConstructor共存时，IDEA可能提示“Constructor is ambiguous”。这是因为Lombok生成了两个构造器。
• 绕过：改用@SuperBuilder（需Lombok 1.18.20+），它生成的是静态内部Builder类，完全规避构造器冲突。
• 更稳妥方案：在lombok.config中添加：

  lombok.anyConstructor.addConstructorProperties = false lombok.builder.fluent = true

3.4 GitToolBox：把Git从命令行搬到IDE里

为什么它不可替代：它不是简单封装git status，而是把Git的“状态机”可视化。比如git stash后，它会在编辑器右上角显示小图标，鼠标悬停提示“Stashed 2 changes”，点击直接弹出Apply Stash对话框——这比记git stash pop命令快10倍。

安装与核心配置：

1. 搜索安装GitToolBox（作者：Nikolay Kuznetsov）
2. 进入Settings→Other Settings→GitToolBox
3. 关键配置：
   • General→Show branch name in editor tab（在编辑器标签页显示分支名）
   • General→Show commit hash in editor tab（显示最新提交哈希）
   • Commit Message→Enable commit message template→ 点击Edit template，填入：

     # <type>(<scope>): <subject> # # <body> # # <footer> # # Types: feat, fix, docs, style, refactor, test, chore # Scope: auth, api, ui, core, infra

第一分钟实操：

• 切换到main分支，修改一个文件，未提交
• 看编辑器右上角：显示main | a1b2c3d（分支名+最新提交哈希）
• 按Ctrl+K唤出提交窗口，顶部自动填充模板，光标定位在<subject>处
• 输入fix(auth): resolve NPE in login service，回车
• Ctrl+Enter提交，GitToolBox自动检测到这是fix类型，将本次提交标记为“修复类”，并在后续git log --oneline中用红色显示

高级技巧：

• 在Git工具窗口（Alt+9）中，右键任意提交 →Compare with Branch→ 选择develop，自动生成差异对比视图，比git diff直观10倍。
• 当多人协作时，开启Settings→Other Settings→GitToolBox→Remote→Fetch remote branches automatically，IDEA每30秒自动git fetch，新分支出现时右下角弹窗提醒。

3.5 YAML Navigator：终结YAML拼写灾难

痛点直击：Spring Boot项目里，application.yml一个字母写错（如redis写成redsi），服务启动失败，报错信息却是Cannot bind to ConfigurationProperty，根本看不出错在哪行。YAML Navigator让它变成“所见即所得”。

安装与激活：

1. 搜索安装YAML Navigator（作者：Vladislav Sviridov）
2. 安装后无需配置，打开任何.yml或.yaml文件即生效

第一分钟实操：

• 打开application.yml，写：

  spring: redis: host: localhost port: 6379

• 将光标放在host上，按Ctrl+Click，直接跳转到Spring Boot官方文档中spring.redis.host属性说明页（需联网）
• 将光标放在redis上，按Ctrl+Click，跳转到RedisProperties类源码
• 在host:后输入loca，IDEA自动补全为localhost，并显示文档提示：“Redis server host. Default is localhost.”

配置增强：

• 进入Settings→Editor→Inspections→YAML→YAML unresolved reference
  • 将严重级别设为Error（默认是Warning），这样拼写错误会直接标红，无法忽略
• 在application.yml中写：

  myapp: timeout: 5000

• 然后在Java代码中写@Value("${myapp.timeout}")，光标放上去Ctrl+Click，也能跳转到YAML定义处——这需要同时安装Spring Assistant插件（本文第3.12节）

3.6 Log4j2 Template：日志语句的工业级生成器

为什么比手写强：它生成的不是log.info("msg")，而是符合SLF4J最佳实践的占位符日志：

// 手写（错误：字符串拼接，即使日志级别关闭也会执行toString()） log.info("user " + user.getId() + " login from " + ip); // Log4j2 Template生成（正确：占位符，仅当日志开启时才计算参数） log.info("user {} login from {}", user.getId(), ip);

安装与模板定制：

1. 搜索安装Log4j2 Template（作者：Zhenya Morozov）
2. 进入Settings→Editor→Live Templates
3. 展开Log4j2节点，看到预置的logi（info）、logd（debug）、logw（warn）等
4. 点击logi→Edit variables，将Expression设为：

   groovyScript("def result=''; def params=\"\"; if(_1 != '') { params = _1}; if(_2 != '') { result = _2}; return result", clipboard(), \"\")

第一分钟实操：

• 在方法中输入logi，按Tab，生成：

  log.info("");

• 在引号内输入user {} login, 按Tab，光标跳到第一个{}，输入userId
• 再按Tab，光标跳到第二个{}，输入ip
• 最终生成：log.info("user {} login", userId, ip);

进阶：自定义模板

• 在Live Templates中点击+→Live Template
• Abbreviation:logjson
• Description:Log JSON object
• Template text:

  log.info("{}: {}", "$METHOD$", $JSON$);

• Edit variables中，为$JSON$设置Expression为groovyScript("return 'new ObjectMapper().writeValueAsString(' + _1 + ')'","clipboard()")
• 这样，复制一个对象user，输入logjson→Tab，自动生成log.info("getUser: {}", new ObjectMapper().writeValueAsString(user));

3.7 SonarLint：把代码质量检查前置到敲代码时

不是“另一个检查工具”，而是“实时教练”：它不像CI阶段的SonarQube那样等你提交后才报错，而是在你写for (int i = 0; i < list.size(); i++)时，就在list.size()下画黄线，提示“Call to ‘size()’ in loop condition may be expensive”。

安装与绑定：

1. 搜索安装SonarLint（JetBrains官方出品）
2. 首次启动时，它会引导你连接SonarQube服务器（如有）。若无，选择Standalone mode
3. 进入Settings→Other Settings→SonarLint→General
   • 勾选Analyze files automatically when they are opened or changed
   • 勾选Show issues in editor

规则集配置（决定检查精度）：

• 进入Settings→Other Settings→SonarLint→Rules
• 点击Import，导入公司统一的sonarlint-rules.json（通常由架构组维护）
• 或手动启用关键规则：
  • java:S1192（字符串字面量重复）→ 强制提取为常量
  • java:S2187（测试方法缺少@Test注解）→ 防止无效测试
  • java:S1144（未使用的私有方法）→ 清理技术债

实测效果：

• 开发者A写了一个100行的方法，含3处String s = "abc";，SonarLint实时标黄，提示“Duplicate string literal”
• A立即提取为private static final String ABC = "abc";，避免了未来可能的硬编码扩散
• 这比Code Review时指出“请提取常量”早了至少2小时

注意：SonarLint的规则引擎与SonarQube服务器端完全一致，确保本地发现的问题，CI阶段100%复现，杜绝“本地过CI挂”的扯皮。

3.8 Rainbow Brackets（谨慎启用版）：括号高亮的理性用法

重申立场：我不反对括号高亮，但反对无脑安装。本文推荐的是“最小化、可控化”的用法。

安全配置方案：

1. 搜索安装Rainbow Brackets（作者：Wang Weijun）
2. 进入Settings→Editor→Color Scheme→Rainbow Brackets
3. 关键设置：
   • Bracket pairs：只勾选( )、[ ]、{ }、< >（去掉" "、' '，避免字符串引号干扰）
   • Max depth：设为4（超过4层嵌套的代码本身就是坏味道，该重构而非靠颜色救）
   • Opacity：设为0.3（半透明，不抢编辑器焦点）

为什么这样配：

• 我们曾测试过Opacity=1.0（纯色），开发者反馈“像在看彩色玻璃，眼睛累”。0.3是经过12人盲测选出的最优值。
• 限制Max depth=4，是因为Java中超过4层括号的表达式（如复杂Stream链式调用）几乎必然可读性差，此时插件不是帮手，而是掩盖问题的遮羞布。

替代方案：

• 若团队禁用所有第三方UI插件，则用IDEA原生方案：Settings→Editor→Color Scheme→General→Brace Matching→Background设为#FFD700（金色），同样达到高亮效果，且零兼容风险。

3.9 Maven Runner：让Maven命令从终端走进IDE

痛点解决：再也不用切到Terminal敲mvn clean compile -DskipTests。它把Maven生命周期映射为IDEA的“运行配置”。

安装与创建配置：

1. 搜索安装Maven Runner（作者：Sergey Evdokimov）
2. 安装后，在IDEA右上角Add Configuration→+→Maven
3. 填写：
   • Name:Clean Compile
   • Command line:clean compile -DskipTests
   • Working directory:$ProjectFileDir$
4. 点击OK

第一分钟实操：

• 点击右上角Clean Compile下拉箭头 →Edit Configurations
• 在Before launch中点击+→Run Maven Goal，添加：
  • Goal:versions:display-dependency-updates
  • 这样每次运行Clean Compile前，自动检查依赖更新
• 保存后，点击绿色三角形运行，IDEA底部Run窗口显示Maven输出，且支持Ctrl+Click跳转到报错行

高级技巧：多环境打包

• 创建配置Package Prod：
  • Command line:clean package -Pprod -Dmaven.test.skip=true
• 创建配置Package Dev：
  • Command line:clean package -Pdev -DskipTests
• 这样，不同环境打包只需切换配置，无需记忆-P参数。

3.10 Key Promoter X：你的快捷键教练

为什么它改变习惯：它不教快捷键，而是“惩罚”你不用快捷键。当你用鼠标点File→Save时，它在右下角弹窗：“你用了鼠标，按Ctrl+S可快3秒”，并记录本次“违规”。

安装与数据驱动：

1. 搜索安装Key Promoter X（作者：Hendrik Haddorp）
2. 进入Settings→Other Settings→Key Promoter X
3. 关键配置：
   • Show notification after：设为3（连续3次鼠标操作后提醒）
   • Minimum time between notifications：设为60秒（避免刷屏）
   • Statistics→ 勾选Track statistics

第一分钟实操：

• 打开一个Java文件，用鼠标点Edit→Find→Find in Path
• 右下角弹窗：“你用了鼠标！按Ctrl+Shift+F可快2.8秒”
• 点击弹窗中的Show me，它高亮显示Ctrl+Shift+F在键盘上的位置
• 连续3次后，它生成统计报告：本周你“浪费”了127秒在鼠标操作上，相当于每天多喝一杯咖啡的时间

团队推广技巧：

• 导出统计：Settings→Other Settings→Key Promoter X→Export statistics，生成CSV
• 在周会上展示：“上周团队平均快捷键使用率从42%升至67%，意味着每人每天多出11分钟思考时间”
• 这比喊“大家多用快捷键”有效100倍。

3.11 Presentation Assistant：IDEA的“实时说明书”

不是帮助文档，而是“情境感知助手”：当你在编辑器中按Ctrl+Shift+A（查找操作），输入reformat，它不仅列出Reformat Code，还显示当前光标所在文件类型（Java/YAML/HTML）对应的专属格式化选项。

安装与高效用法：

1. 搜索安装Presentation Assistant（作者：JetBrains）
2. 安装后，Ctrl+Shift+A即激活（无需配置）

第一分钟实操：

• 在Java文件中按Ctrl+Shift+A，输入generate→ 显示Generate...（Alt+Insert）
• 在YAML文件中按Ctrl+Shift+A，输入generate→ 显示Generate YAML Schema（Ctrl+Alt+Shift+U）
• 这说明它根据上下文动态调整推荐，不是静态列表

隐藏功能：

• 按Ctrl+Shift+A后，输入keymap→ 查看当前所有快捷键映射
• 输入plugin→ 查看已安装插件及版本
• 输入setting→ 直接跳转到对应设置页，比手动导航快5倍

3.12 Spring Assistant：Spring生态的“中央枢纽”

为什么它是终极整合者：它把Spring Boot、Spring Cloud、Spring Data等分散的文档、配置、调试能力，统一接入IDEA。

安装与激活：

1. 搜索安装Spring Assistant（作者：Pivotal，现属VMware）
2. 安装后重启，打开pom.xml，它会自动识别Spring Boot版本并加载对应元数据

第一分钟实操：

• 打开application.yml，写：

  spring: datasource: url: jdbc:h2:mem:testdb

• 将光标放在url上，按Ctrl+Click，跳转到H2数据库文档
• 在Java类中写@Autowired DataSource dataSource;，光标放DataSource上Ctrl+Click，跳转到Spring Boot AutoConfiguration源码
• 这种跨文件、跨框架的导航，是其他插件无法提供的

配置增强：

• 进入Settings→Languages & Frameworks→Spring Boot
  • 勾选Enable configuration properties support
  • 勾选Enable Spring Boot dashboard
• 启用后，IDEA右下角出现Spring Boot图标，点击打开仪表盘，显示所有@ConfigurationProperties类及其绑定状态

4. 安装全流程避坑指南：从下载到稳定运行的12个关键检查点

4.1 下载源必须唯一：只认JetBrains官方插件市场

所有插件必须通过IDEA内置插件市场安装，严禁：

• 从第三方网站下载.jar文件手动安装（存在恶意代码风险）
• 使用idea-plugins命令行工具（版本兼容性无保障）
• 从GitHub Releases页面下载（非官方签名，IDEA会警告）

验证方法：安装后，在Settings→Plugins中，插件名称右侧应显示Installed from Marketplace，且作者名与JetBrains官网插件页一致。

4.2 版本锁死：IDEA大版本与插件兼容性矩阵

插件不是“向下兼容”，而是“精准匹配”。以Lombok Plugin为例：

IDEA版本	推荐Lombok Plugin版本	关键适配点
2022.1 ~ 2022.3	1.18.20.0 ~ 1.18.24.0	支持@SuperBuilder
2023.1 ~ 2023.2	1.18.30.0 ~ 1.18.32.0	修复@With注解在record类中的NPE
2023.3+	1.18.34.0+	全面支持Java 21虚拟线程

操作指南：

• 进入Help→About，查看IDEA版本（如2023.2.5）
• 访问 https://plugins.jetbrains.com/plugin/6317-lombok/versions ，筛选对应版本
• 下载.zip文件，在Settings→Plugins→⚙️→Install plugin from disk...

提示：不要勾选“Update plugins automatically”。自动更新可能引入不兼容变更，应在测试环境验证后再全量推送。

4.3 内存配置：插件越多，越要调大堆内存

12个插件会增加IDEA约300MB内存占用。若不调整，会出现：

• 打开大项目时卡顿（GC频繁）
• Ctrl+Space代码补全延迟超2秒
• 插件功能失效（如GitToolBox不显示分支名）

安全配置值（Help→Edit Custom VM Options）：

-Xms2g -Xmx4g -XX:ReservedCodeCacheSize=512m -XX:+UseG1GC

• -Xms2g：初始堆内存2GB（避免启动时频繁扩容）
• -Xmx4g：最大堆内存4GB（16GB内存机器的黄金比例）
• -XX:ReservedCodeCacheSize=512m：为JIT编译器预留512MB，防止插件字节码编译失败

验证方法：启动后，Help→Diagnostic Tools→Debug Log Settings，输入gc，观察GC日志频率。理想状态是每5分钟GC一次，而非每30秒。

4.4 禁用冲突插件：一份必须卸载的黑名单

以下插件与本文12个存在已知冲突，安装前必须卸载：

| 冲突插件 | 冲突表现 | 替代方案 | |----------|----------