最稳、最可控的方式是直接修改webstorm.vmoptions文件中的-Xmx；推荐通过Help → Edit Custom VM Options安全打开，设-Xms2048m -Xmx4096m（16GB内存机器），改完须完全退出并重启IDE，再通过Memory Indicator验证生效。
直接改 webstorm.vmoptions 文件里的 -Xmx，是最稳、最可控的方式；其他入口（比如 Toolbox 或 Help 菜单）经常只改 UI 线程内存，后台索引服务仍跑在旧堆上。
怎么安全打开并编辑 webstorm.vmoptions
最推荐路径是菜单栏：Help → Edit Custom VM Options。首次点击会自动创建正确路径下的文件（macOS 在 /Applications/WebStorm.app/Contents/bin/webstorm.vmoptions，Windows 在安装目录 \bin\webstorm64.exe.vmoptions）。别手动去 Finder 或资源管理器里翻——容易误改 idea.vmoptions 或旧版本残留文件。
用 VS Code、TextEdit 或 vim 打开即可，无需管理员权限，但保存时要确认覆盖权限。注意：.vmoptions 文件只认干净的参数行，必须满足：
- 每行一个参数，不能有空格或中文字符
- 不能加注释（哪怕只是
#开头也会导致启动失败） - 末尾不加空行
-Xms 和 -Xmx 设多少才不翻车
物理内存 16GB 的机器，-Xms2048m -Xmx4096m 是多数人的安全甜点；24GB 可试 -Xmx6144m，但别超 8192m（8GB）——超过物理内存的 1/3 容易触发 macOS 内存压缩，反而更卡。
-Xms 建议设为 -Xmx 的 1/2～2/3，比如 -Xms2048m -Xmx4096m。两者设成一样虽能避免运行中扩容，但对 16GB 以下机器可能挤占系统资源，不建议盲目照搬。
别碰 -XX:MaxPermSize 这类老参数：JetBrains 2022+ 已弃用永久代，设了会直接报错。
改完不重启 = 白改，而且得“真退出”
必须完全退出 WebStorm 才生效：
- macOS：菜单
WebStorm → Quit WebStorm（不是 Cmd+Q 关窗口） - Windows/Linux：关掉所有窗口后，还要进任务管理器确认
webstorm64.exe或jetbrains-webstorm进程已消失
只关窗口、靠 Toolbox 重启、甚至双击图标再开，都可能导致新参数只作用于 UI 线程，而索引、语言服务等后台进程仍在旧堆里跑。
验证是否生效：右键状态栏右下角（时间/编码格式旁），勾选 Memory Indicator，看到类似 1.8G/4.0G 就说明改对了。
为什么调大 -Xmx 还是 OOM？查语言服务独立内存
TypeScript、Vue、Svelte 插件会启动独立的 Language Service 进程，它们不共享主 IDE 的 JVM 内存，而是另起 Node.js 或 Java 进程，有自己的内存限制。
常见表现是：编辑 TSX 文件时频繁卡顿、补全变“猜词”、控制台报 TS Server crashed。这时候光调 -Xmx 没用，得加：
-
-Dts.ls.compiler.heap.size=4096m（TypeScript 服务堆大小） -
-Dnodejs.heap.size=8192m（Webpack/Vite 相关 Node 进程）
这两项也得写进 webstorm.vmoptions，且同样要重启才生效。Apple Silicon 用户务必确认装的是原生 ARM64 版 WebStorm——Rosetta 转译版再调内存也没用。
