VSCode启动后内存飙至1GB+主因是扩展和文件监听，应先用Developer: Show Running Extensions定位onStartup/onLanguage类高耗插件并全局禁用后彻底重启，再配置files.watcherExclude排除node_modules等目录并重开工作区生效。
VSCode 启动后内存立刻飙到 1GB+，八成不是机器问题，而是扩展和文件监听在后台抢资源——关掉几个配置、禁用一两个插件，就能回落 30%–60%。
怎么看哪个扩展真在吃内存
别只看“已启用”列表，很多插件注册了 onStartup 或 onLanguage:typescript 这类激活事件，一开编辑器就拉起进程，哪怕你没打开任何代码文件。
- 按
Cmd+Shift+P（macOS）或Ctrl+Shift+P（Windows/Linux），输入并执行Developer: Show Running Extensions - 重点关注 Activation Events 列含
onStartup、*或onLanguage的扩展，比如ms-python.python（Pylance）、dbaeumer.vscode-eslint、eamodio.gitlens - 右键高耗能项 →
Disable (Global)，不是只禁用当前工作区 - 必须完全退出 VSCode（macOS 要点菜单栏图标 → Quit），再重新打开——
Developer: Reload Window不生效
为什么 node_modules 会让内存持续爬升
files.watcherExclude 是内核级过滤，漏配或写错格式会导致 inotify 句柄被大量占用，内存不释放，和插件无关。
- 在项目根目录的
.vscode/settings.json中添加：{ "files.watcherExclude": { "**/node_modules/**": true, "**/dist/**": true, "**/build/**": true, "**/.git/**": true } } - 注意末尾的
/**：写成"**/node_modules"会漏掉子目录，必须带双星号+斜杠 - Linux 用户还要检查：
cat /proc/sys/fs/inotify/max_user_watches，若低于524288，运行echo 524288 | sudo tee /proc/sys/fs/inotify/max_user_watches - 改完保存后，必须关闭并重新打开该工作区，设置才生效
GPU 加速该开还是该关
这不是一刀切的选项。M 系列 Mac 或独显本上开启更顺；但某些 macOS 外接显示器组合、虚拟机、旧款 Intel 核显下，--enable-gpu 反而引发渲染线程阻塞和内存泄漏。
- 完全退出 VSCode（包括菜单栏图标）
- 终端执行：
code --disable-gpu启动，观察活动监视器中内存峰值是否下降 - 若效果明显，在
~/Library/Application Support/Code/User/settings.json中加："disable-hardware-acceleration": true - 不要混用
--disable-gpu和--enable-gpu参数，Electron 渲染进程对 GPU 模式切换很敏感，容易残留纹理内存
大文件和自动行为怎么省内存
默认配置里藏着几个“安静吃内存”的开关，尤其对低配设备或大仓库影响明显。
- 在
settings.json中设："files.maxMemoryForLargeFilesMB": 40（默认是 4096），防单个日志或打包文件意外加载进内存 -
"editor.largeFileOptimizations": true强制跳过语法高亮和折叠，打开 >50MB 文件时不卡死 -
"files.autoSave": "off"和"files.autoGuessEncoding": false，避免打开上百个文件时反复解码 -
"telemetry.telemetryLevel": "off"和"extensions.autoUpdate": false，停掉 shared-process 的后台轮询
最常被忽略的是 WorkspaceStorage 目录损坏——它缓存窗口状态、折叠信息、终端历史，一旦结构异常，主进程反复解析就会触发内存重复分配。清空 ~/Library/Application Support/Code/WorkspaceStorage（先备份再删）比调参数还管用。
