npm run 命令崩溃是 Node 子进程堆内存超限，需在 script 中添加 node --max-old-space-size=4096 或 cross-env NODE_OPTIONS=--max-old-space-size=4096；VSCode 主进程卡死需用 code --disable-extensions --disable-gpu --max-memory=4096 启动；Extension Host 内存泄漏应配置 extensions.experimental.affinity 和 files.watcherExclude；Remote-SSH 远端崩溃需设置 remote.SSH.remoteServerEnv 中 VSCODE_NODE_OPTIONS。
npm run 命令崩溃：JavaScript heap out of memory 是 Node 子进程问题
你在终端里执行 npm run dev 或 npm run build 时看到 FATAL ERROR: Reached heap limit Allocation failed - JavaScript heap out of memory，这和 VSCode 主界面完全无关，是 CLI 工具（如 vue-cli-service、webpack、ts-node）启动的独立 Node 进程堆内存超限。
- 直接改
package.json的 script 字段，在命令前加node --max-old-space-size=4096，例如："dev": "node --max-old-space-size=4096 ./node_modules/.bin/vue-cli-service serve" - Windows 下必须用
cross-env注入环境变量："dev": "cross-env NODE_OPTIONS=--max-old-space-size=4096 vue-cli-service serve" - 别装
increase-memory-limit这类包——它只是帮你往package.json里写参数，还可能覆盖你手动配的值 - 如果项目含大量
.d.ts或嵌套极深的依赖，可试--max-old-space-size=3072，但超过4096很少必要，反而会掩盖真正的问题（比如没排除node_modules）
VSCode 主进程卡死或启动即崩：主渲染进程内存失控
打开 VSCode 就卡住、窗口白屏、或刚加载就报 OOM，大概率是 Electron 主进程（渲染层）RSS 内存飙到 3GB+。这不是插件问题，是默认行为：Electron 不设 V8 堆上限，且文件监听器会无差别注册所有子目录句柄。
- 绝对不要用桌面图标、Dock 或 Finder 双击启动 —— 它绕不开默认参数；必须在终端执行：
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 用户注意：
set NODE_OPTIONS=--max-old-space-size=4096对 GUI 启动无效，那是给 Node 子进程用的
保存/格式化大文件时报错：Extension Host 进程泄漏
禁用所有插件后，保存一个 10MB JSON 文件仍报 JavaScript heap out of memory？这是 Extension Host 进程自己爆了。它和主进程分离管理内存，默认无上限，且多个插件共享同一进程空间。
使用固定的 Next.js/Tailwind/Prisma 技术栈构建并记录独立 SaaS 项目，仅将 FastAPI 用于 Python 工作负载，并遵循严格的架构规范。
- 打开命令面板（
Ctrl+Shift+P），运行Developer: Show Running Extensions，看各插件实时内存估算（重点关注esbenp.prettier-vscode、dbaeumer.vscode-eslint、gitlens） - 在工作区
.vscode/settings.json中强制扩展跑在独立子进程："extensions.experimental.affinity": { "*": 1 } - 显式关闭对大文件的监听：例如 ESLint 默认校验所有 JS/TS 文件，加配置
"eslint.validate": ["javascript", "typescript"]，并确保.vscode/settings.json有"files.watcherExclude"排除**/node_modules/**、**/.git/**、**/dist/** - 禁用后必须完全关闭窗口再重开，否则旧 Extension Host 进程仍驻留
远程开发（SSH）时远端 Node 崩溃：remoteServerEnv 配置被忽略
用 VSCode Remote-SSH 连服务器，search 或 TypeScript 语言服务 崩溃，错误日志显示远端 Node 进程 OOM —— 这是因为远端语言服务进程没设内存上限，而默认会被系统 OOM killer 杀掉。
- 在 VSCode 设置中搜
remote.SSH.remoteServerEnv，编辑settings.json，加入："remote.SSH.remoteServerEnv": { "VSCODE_NODE_OPTIONS": "--max-old-space-size=2048" } - 必须完全关闭当前远程窗口（不只是 Reload Window），再重新 Connect 才生效
- 同时加固远端搜索策略：
"search.useRipgrep": false+"search.followSymlinks": false，防止递归扫描吃光内存 - 确保远端项目根目录有有效
.gitignore，VSCode 依赖它生成search.exclude和监听排除规则
最常被忽略的是分层：主进程、Extension Host、Node 子进程、远端服务进程，四者内存互不干扰，各自需要独立调参。只加一个 --max-old-space-size 参数，解决不了任何实际场景中的多进程内存竞争问题。
