解决VSCode中Node环境内存限制过小-VSCode-PHP中文网

javascript heap out of memory错误源于具体node.js子进程堆溢出，需分层定位：npm run崩溃时改package.json脚本加node --max-old-space-size=4096或cross-env；vscode主进程卡死用code --max-memory=4096启动；extension host需配affinity和watcherexclude；remote-ssh远端崩溃则设remote.ssh.remoteserverenv。

解决vscode中node环境内存限制过小

VSCode 里报 JavaScript heap out of memory，不是 VSCode 本身内存不够，而是某个具体 Node.js 进程堆溢出了——得先定位是哪个进程，再给它加 --max-old-space-size 或改其他参数，乱加一通反而掩盖真实问题。

npm run 崩溃时怎么给 Node 子进程加内存

你在终端执行 npm run build 或 npm run dev 报错，本质是 vite、vue-cli-service、webpack 这类 CLI 启动的独立 Node 进程堆超限（默认约 1.4GB），和 VSCode 主界面无关。

优先改 package.json 的 script 字段，比如把 "build": "vite build" 改成 "build": "node --max-old-space-size=4096 ./node_modules/vite/bin/vite.js build"
Windows 下若命令含 shell 变量（如 vue-cli-service），必须用 cross-env："serve": "cross-env NODE_OPTIONS=--max-old-space-size=4096 vue-cli-service serve"
临时调试可用 export NODE_OPTIONS=--max-old-space-size=4096（macOS/Linux）或 set NODE_OPTIONS=--max-old-space-size=4096（Windows CMD），但别全局设，否则会影响本地 mock server 等其他 Node 进程
--max-old-space-size=4096 是较稳妥上限；拉到 8192 很少必要，真到这一步，大概率是构建没排除 node_modules、TS 全量检查没关，或插件泄漏

VSCode 主进程卡死或白屏怎么办

双击图标启动后卡住、窗口空白、弹“内存不足”，这是 Electron 主渲染进程 RSS 内存飙到 3GB+，--max-old-space-size 对它完全无效——那是 V8 堆参数，主进程走的是 Chromium 渲染内存模型。

VSCode 1.118

微软正式发布 Visual Studio Code 1.118 版本。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控。

下载

必须在终端执行：code --disable-extensions --disable-gpu --max-memory=4096 .，其中 --max-memory=4096 是 Electron 12+ 参数，单位 MB，只限制主进程
--disable-extensions 不是可选：GitLens、ESLint 预热就能占掉 500MB+，不关它们，调再大也白搭
--disable-gpu 在 macOS 外接显示器或 Intel 核显下能省 200–500MB 渲染内存
Windows 快捷方式也可加参数，但路径含空格时整个值要用英文引号包裹，例如："C:\Program Files\Microsoft VS Code\Code.exe" --max-memory=4096

远程开发（SSH）连上就卡，参数加在哪

远程连接后 htop 看到一堆 tsserver、searchService、watcher 进程吃光内存，说明远端 Node 进程没限制——本地加任何启动参数都无效，必须在远端注入环境变量。

在本地 VSCode 的 settings.json 中添加："remote.SSH.remoteServerEnv": { "VSCODE_NODE_OPTIONS": "--max-old-space-size=2048" }
2048 是保守起点；若项目含大量 .d.ts 或 Lerna monorepo，可试 3072；超过 4096 易触发服务器 swap，反而更慢
修改后必须完全关闭当前远程窗口（不只是 Reload Window），再重新 Connect 才生效
同步加固 files.watcherExclude 和 search.exclude，否则光调内存扛不住递归扫描 node_modules

Extension Host 崩溃提示“扩展主机已关闭”

保存文件后弹窗说扩展主机挂了，或 Developer: Show Running Extensions 里看到某个插件内存持续 >120MB 不回落，说明 Extension Host 进程自己 OOM 退出——它不认 --max-old-space-size，得靠隔离和监听控制。

禁用高耗插件后，必须完全重启 VSCode（不只是重载窗口），否则旧进程残留
在工作区 .vscode/settings.json 加："extensions.experimental.affinity": { "*": 1 }，强制所有扩展跑在独立子进程中
关掉 ESLint/Prettier 对大文件的监听："eslint.validate": ["javascript", "typescript"]，显式排除 .log、.jsonl 等后缀
files.maxMemoryForLargeFilesMB 默认是 50，设 200 能开 50–80MB 的 JSON/日志，设 4096 极少必要，且必须重启才生效

最易被忽略的点：四个层级（主进程、Extension Host、终端 Node 子进程、远程服务）各自有独立内存模型，参数不能混用；--max-old-space-size 只对明确启动的 Node 进程生效，对 Electron 主进程、Extension Host、远端服务都不直接起作用。