应统一-xms与-xmx值并协同配置元空间和直接内存，优先修改用户目录下对应vmoptions文件，确保参数格式正确且重启ide验证；资源不足时盲目加堆反而恶化性能。
IDE 启动报 java.lang.OutOfMemoryError: Java heap space 怎么调？
直接改 idea64.vmoptions（或 studio64.vmoptions）里 -Xmx 是最常见做法，但光加内存不解决问题——JVM 会卡在 GC 阶段反复停顿，甚至更慢启动。关键不是堆最大值多大，而是初始堆和元空间、直接内存的协同配置。
-
-Xms和-Xmx建议设为相同值（如-Xms2g -Xmx2g），避免运行中动态扩容触发 Full GC - Java 17+ 的 IDE 默认用 G1 GC，但若频繁出现
GC overhead limit exceeded，可加-XX:+UseG1GC -XX:MaxGCPauseMillis=200 - 别忽略
-XX:MetaspaceSize和-XX:MaxMetaspaceSize，大型项目加载大量插件时，java.lang.OutOfMemoryError: Metaspace比堆溢出还早出现
Windows / macOS / Linux 下 vmoptions 文件位置怎么找对？
IDE 每次升级可能重置配置，且不同安装方式路径差异大。靠“猜路径”容易改错文件，结果重启后参数毫无反应。
- Windows：优先检查
%USERPROFILE%\AppData\Roaming\JetBrains\<code>IntelliJ IDEA 2023.3\idea64.vmoptions（不是安装目录下的那个） - macOS：对应路径是
~/Library/Caches/JetBrains/<code>IntelliJ IDEA 2023.3/idea.vmoptions，注意不是Application Support目录 - Linux：看
~/.cache/JetBrains/<code>IntelliJ IDEA 2023.3/idea64.vmoptions，如果没这个目录，启动 IDE 后在 Help → Edit Custom VM Options 里点“Edit”会自动创建正确位置的文件
改完 vmoptions 启动还是崩，是不是参数写错了？
一个空格、一行多余注释、用了中文标点，都会让 JVM 忽略整行甚至整个文件。IDE 不报语法错误，只静默失效。
- 每行只能有一个 JVM 参数，不能写成
-Xms2g -Xmx2g在同一行 - 注释必须用
#开头，且单独成行；//或/* */无效 - 路径含空格时不用引号，JVM 本身不支持；但像
-Dfile.encoding=UTF-8这种带等号的，等号前后不能有空格 - 改完务必重启 IDE（不是 Reload project），并确认 Help → About 里 “JVM options” 行确实显示了你新加的参数
为什么加到 4G 还卡，反而比默认更慢？
物理内存不足或交换区（swap）被压满时，盲目提高 -Xmx 会让 JVM 把大量对象换出到磁盘，GC 时反复读写 swap，响应延迟飙升。这不是配置问题，是资源瓶颈。
- 先用系统监控工具（Windows Task Manager / macOS Activity Monitor /
htop）看真实内存占用，确认 IDE 进程是否真缺内存，还是其他进程占满了 - Intel CPU + Windows 用户注意：启用 Windows Hypervisor Platform（WHPX）后，某些 JDK 版本会因虚拟化开销导致 GC 延迟翻倍，可临时加
-XX:-UseWSS关闭工作集优化 - Mac M 系列用户遇到卡顿，大概率是用了 x86_64 JDK 而非 aarch64 版本，
java -version输出里必须含aarch64，否则所有 JVM 参数优化都白搭
真正麻烦的从来不是改哪几个参数，而是改完之后不知道该信日志、任务管理器，还是 IDE 自己的 About 弹窗——三者显示的内存用量经常对不上。
