应修改 jetbrains 用户配置目录下的 idea.vmoptions 文件：macos 在 ~/library/caches/jetbrains/intellijidea/vmoptions/，windows 在 %userprofile%\appdata\roaming\jetbrains\intellijidea\vmoptions\，linux 在 ~/.config/jetbrains/intellijidea*/vmoptions/；切勿修改安装目录 bin/ 下的文件。
IDEA 启动时卡在欢迎界面或频繁 GC，idea.vmoptions 改哪里？
改的是 IDEA 自带的 JVM 配置文件，不是项目里的 VM options。很多人误改了 Run Configuration 里的参数，对 IDE 本身完全没影响。
真实路径分平台：
- macOS：
~/Library/Caches/JetBrains/IntelliJIdea*/vmoptions/idea.vmoptions（新版会自动生成，优先改这个） - Windows：
%USERPROFILE%\AppData\Roaming\JetBrains\IntelliJIdea*\vmoptions\idea.vmoptions - Linux：
~/.config/JetBrains/IntelliJIdea*/vmoptions/idea.vmoptions
如果目录不存在，手动创建 vmoptions 文件夹再新建 idea.vmoptions；不要去改安装目录下的 bin/idea.vmoptions，它会被升级覆盖。
堆内存设多大才不 OOM 又不浪费？-Xms 和 -Xmx 怎么配
设太高反而触发系统 swap 或拖慢启动；设太低导致频繁 Full GC、编辑卡顿、索引中断。关键不是绝对值，而是和物理内存比例以及使用场景匹配。
- 16GB 内存机器：建议
-Xms4g -Xmx8g，留足空间给操作系统和其他进程 - 32GB 内存机器：可到
-Xms6g -Xmx12g，但别超过物理内存的 1/2 - 千万别写
-Xms16g -Xmx16g—— 这会让 JVM 一启动就锁死 16GB，系统只剩 0.5GB 给 macOS 窗口管理或 Windows 资源管理器，IDEA 反而更卡 - 如果开多个 IDEA 实例（比如一个写后端、一个调前端），每个实例必须单独降配，否则加起来直接爆内存
-XX:ReservedCodeCacheSize 和 -XX:+UseG1GC 必须加吗？
不是“必须”，但加了能明显缓解特定卡顿场景。这两项针对的是 JVM 自身 JIT 编译器和垃圾回收行为，和堆内存无关，容易被忽略。
-
-XX:ReservedCodeCacheSize=512m：默认只有 240m，大型项目（尤其 Kotlin/Gradle 多模块）编译时容易打满，导致 JIT 停摆、CPU 拉满、输入延迟——加到 512m 基本够用 -
-XX:+UseG1GC：JDK 11+ 默认已是 G1，但旧版 JDK（如 8u202）仍用 Parallel GC，对长周期运行的 IDEA 不友好；显式加上可避免 CMS 或 Parallel GC 导致的长时间停顿 - 别加
-XX:+UseZGC或-XX:+UseShenandoahGC：IDEA 官方未适配，实测容易崩溃或插件加载失败
改完 idea.vmoptions 没生效？常见验证和排查点
改了配置不生效，90% 是因为没重启干净，或被其他配置覆盖。
- 必须彻底退出 IDEA：macOS 上右键 Dock 图标选「退出」，别只关窗口；Windows 上任务管理器里确认
java.exe进程已消失 - 启动后进
Help → Diagnostic Tools → Debug Log Settings，搜VMOptions，看日志里加载的是哪个路径的文件 - 如果看到警告
VM option '-Xmx' ignored because of existing -XX:MaxRAMPercentage，说明你用了 Docker 镜像版 IDEA 或某些打包版本，它强制通过MaxRAMPercentage控制内存——此时得删掉那行，或改用-XX:MaxRAMPercentage=75.0 - 改完后打开
Help → Diagnostic Tools → JVM Metrics，观察Used Memory和GC Time是否稳定下降，别只看“没崩”就以为好了
最麻烦的其实是插件冲突导致的假性内存问题——比如某款代码生成插件每保存一次就泄漏 20MB 对象，这时候调 JVM 参数只是治标。真卡得离谱，先禁用插件、开 Safe Mode 测试。
