最稳方式是直接修改webstorm.vmoptions文件中的-Xmx参数；macOS路径为/Applications/WebStorm.app/Contents/bin/webstorm.vmoptions，Windows为安装目录\bin\webstorm64.exe.vmoptions，修改后必须完全退出再重启才生效。
直接改 webstorm.vmoptions 文件里的 -Xmx，别信“Help → Change Memory Settings”点几下就完事——它经常不生效。
为什么改了 -Xmx 还是卡、还报 OutOfMemoryError
WebStorm 启动后实际用的 JVM 参数，不一定来自你点的那个弹窗。常见干扰源有三个：
- Toolbox App 的设置会覆盖 IDE 内置修改，但每次更新可能重置
- IDE 内置的
Change Memory Settings只调 UI 线程内存，后台索引服务（比如 TypeScript 语言服务）完全不受影响 - 如果你用了
WEBIDE_VM_OPTIONS环境变量，它优先级最高，会无视所有其他配置
最稳的方式：绕过所有图形界面，直奔配置文件。
macOS 上怎么找到并编辑 webstorm.vmoptions
路径固定，别猜：
- ARM64 原生版（推荐）：
/Applications/WebStorm.app/Contents/bin/webstorm.vmoptions - Intel 或 Rosetta 转译版：
/Applications/WebStorm.app/Contents/bin/webstorm64.vmoptions
用 VS Code、TextEdit 或 vi 打开，删掉旧的 -Xms/-Xmx 行，只留两行：
-Xms2048m -Xmx4096m
注意：-Xms 设为 -Xmx 的 1/2～2/3 是合理区间；Mac 16GB 内存别设超 -Xmx6144m，否则系统级内存压缩反而拖慢整体响应。
改完不重启 = 白改
必须彻底退出 WebStorm：菜单栏 WebStorm → Quit WebStorm（不是关窗口），再重新打开。验证是否生效：
- 启动后按
Cmd+Shift+A，搜Diagnostic Tools → JVM Options，看当前加载的是哪个文件 - 再搜
Diagnostic Tools → Show Memory Indicator，顶部状态栏会显示实时堆使用量，上限应接近你设的-Xmx值
如果还是低，检查是否被 WEBIDE_VM_OPTIONS 环境变量劫持，或者误用了 Rosetta 版本——M1/M2/M3 芯片上，转译层会让 JVM 内存分配效率打折扣，再调高 -Xmx 也没用。
真正卡顿的根源往往不在主 JVM，而在独立启动的 TypeScript/Vue/Svelte 语言服务进程，它们有自己的 Node.js 内存限制，得去对应插件设置里单独调。
