最快解法是加--max-old-space-size=4096参数，但需分层处理：主进程用--max-memory=4096、extension host配affinity隔离、node子进程设node_options、监听器通过watcherexclude排除无关目录。
直接加 --max-old-space-size=4096 参数启动 VSCode 或对应 Node 进程，是最快见效的解法。但只改这一个参数，大概率还会崩——因为内存压力来自多个独立进程（主进程、Extension Host、构建脚本），必须分层处理。
VSCode 主进程内存不够：启动时强制限堆
VSCode 本身是 Electron 应用，主渲染进程默认不设 V8 堆上限，一旦加载大量文件或插件，rss 内存飙升到 3GB+ 就可能触发 OOM。这不是项目问题，是 Electron 默认行为。
- 别用桌面图标或 Dock 启动 —— 它绕不开默认参数；必须终端执行：
code --disable-extensions --disable-gpu --max-memory=4096 . -
--max-memory=4096是 Electron 12+ 才支持的参数，单位 MB，只作用于主进程；--disable-extensions能省掉 GitLens、ESLint 等语言服务预热的 500MB+ 内存 - Windows 用户注意：
set NODE_OPTIONS=--max-old-space-size=4096对 VSCode GUI 启动无效，那是给 Node 子进程用的，不是主进程
Extension Host 单独吃光内存：必须隔离配置
你禁用了所有插件，但保存一个大 JSON 文件还是报错？大概率是 Extension Host 进程自己爆了。它和主进程分开管理内存，且默认无上限。
- 打开命令面板（
Ctrl+Shift+P），运行Developer: Toggle Developer Tools，在 Console 里输入process.memoryUsage()看当前堆使用量 - 在
.vscode/settings.json中加这一行："extensions.experimental.affinity": { "*": 1 }，强制所有扩展跑在独立子进程中，避免一个插件泄漏拖垮全部 - 重点关掉
ESLint和Prettier对大文件的监听：在工作区设置里配"eslint.validate": ["javascript", "typescript"]，显式排除.log、.jsonl等后缀
npm run build / serve 崩溃：Node 子进程要单独调参
你在终端里执行 npm run serve 报 JavaScript heap out of memory，那和 VSCode 主进程无关，是 CLI 工具启动的 Node 进程溢出了。
- 修改
package.json的 script 字段，例如："serve": "node --max-old-space-size=4096 ./node_modules/.bin/vue-cli-service serve" - Windows 下要用
cross-env："serve": "cross-env NODE_OPTIONS=--max-old-space-size=4096 vue-cli-service serve" - 别信
increase-memory-limit包 —— 它只是帮你往package.json里塞参数，还可能和 pnpm/yarn 的 Node 版本管理冲突；手动写更可控 - 如果用的是 Vite，加
--memory-limit=4096参数无效，Vite 不认这个；必须走NODE_OPTIONS环境变量方式
文件监听器偷偷吃内存：watcherExclude 不写进工作区就白搭
VSCode 默认会递归监听整个工作区文件变更，遇到 node_modules、dist、logs 这类目录，inotify 句柄和内存开销会指数级增长，尤其在 Linux/macOS 上。
- 全局
settings.json里的files.watcherExclude在多根工作区下经常失效；必须在项目根目录建.vscode/settings.json，写入： "files.watcherExclude": { "**/node_modules/**": true, "**/dist/**": true, "**/logs/**": true }- 顺手加上
"search.exclude"和"files.exclude"，三者作用不同：watcherExclude 影响底层 inotify，exclude 类影响 UI 层过滤 - Monorepo 项目务必检查
pnpm-workspace.yaml或lerna.json是否把无关包也纳入了 workspace，那会导致 VSCode 监听几十万文件
真正麻烦的不是调哪个参数，而是搞清哪一层进程崩了——主进程、Extension Host、还是你 npm run 起来的子进程。看报错上下文里的路径和进程名，比盲目加大内存更管用。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
