VSCode 启动内存溢出需三步解决：命令行加 --disable-extensions --disable-gpu --max-memory=4096；工作区 settings.json 配 files.watcherExclude 排除 node_modules/dist 等；Extension Host 改 local-process 模式隔离泄漏。
VSCode 启动就内存溢出，不是项目太大，而是默认参数没关掉那些“后台偷偷吃内存”的功能。尤其当你用 code . 打开含 node_modules、dist、几十万文件的 monorepo 时，Electron 主进程 + Extension Host + 文件监听器三路并发抢内存，OOM 是大概率事件。
code 命令行启动时必须加的三个参数
别依赖 GUI 启动——它绕不开默认加载项。直接终端执行：
code --disable-extensions --disable-gpu --max-memory=4096 .
-
--disable-extensions：跳过所有扩展初始化，避免 GitLens、ESLint 等在后台预热语言服务 -
--disable-gpu：禁用 WebGL 渲染层，在 macOS 外接显示器或某些 Intel 核显下可省下 200–500MB 内存驻留 -
--max-memory=4096：Electron 12+ 支持，强制限制主进程 V8 堆上限（单位 MB），防 runaway memory allocation
注意：--max-memory 不影响 Extension Host 进程，它另有配置项；这个参数只对主渲染进程生效。
为什么 files.watcherExclude 必须写进工作区 settings.json，而不是用户设置
全局设置（settings.json）里的 files.watcherExclude 在多工作区场景下经常失效——VSCode 会为每个工作区单独初始化监听器，而工作区级配置优先级更高。
实操建议：在项目根目录建 .vscode/settings.json，写入：
{
"files.watcherExclude": {
"**/node_modules/**": true,
"**/dist/**": true,
"**/build/**": true,
"**/.git/**": true
},
"search.exclude": {
"**/node_modules": true,
"**/dist": true,
"**/build": true
}
}
- 只配
search.exclude不够——它只跳过搜索，files.watcherExclude才真正阻止内核级 inotify 句柄注册 - 排除
.git很关键：GitLens 默认监听.git/objects下成千上万个松散对象，极易触发内存泄漏 - 别用通配符
**/node_modules（少一个/），VSCode 会忽略该规则
Extension Host 进程内存持续不降？试试 local-process 模式
VSCode 默认把所有扩展塞进同一个 Extension Host 进程，一旦某个插件泄漏（比如旧版 Prettier 或 Live Server），整个进程内存就只涨不跌。
实操建议：
- 按
Cmd+Shift+P→ 输入Preferences: Configure Runtime Arguments - 在打开的
argv.json中插入："extensionHostMode": "local-process" - 保存后完全退出 VSCode（包括菜单栏图标）再重开
该模式让每个扩展运行在独立子进程中，崩溃或泄漏不会拖垮其他插件，也方便用 code --status 定位具体哪个 PID 异常。
大型项目首次启动慢？关掉 TypeScript 自动索引
TypeScript 语言服务器（TSServer）在打开含 tsconfig.json 的项目时，会默认扫描全部 node_modules/@types 和依赖源码，单次索引可能吃掉 1.2GB 内存。
临时缓解方案（非永久关闭类型检查）：
- 在工作区
.vscode/settings.json中加："typescript.preferences.includePackageJsonAutoImports": "auto"（改为"off"） - 加：
"typescript.tsserver.maxMemory": 2048（单位 MB，比默认 3072 更激进） - 如果不用 TS 检查，直接禁用：
"typescript.preferences.disableSuggestions": true
注意：这些配置仅作用于当前工作区，不影响其他项目；且 maxMemory 是 TSServer 进程独占上限，和 --max-memory 不冲突。
真正棘手的从来不是“怎么开得快”，而是“关不干净”——比如禁用插件后没重启窗口，或者 files.watcherExclude 写错路径导致规则失效。每次改完配置，务必确认 code --status 输出里 Extension Host 和 Search 进程的内存是否真实回落。
