VSCode如何解决编辑器启动内存占用高_VSCode资源控制指南【性能】-VSCode-PHP中文网

vscode启动后内存飙至1gb+主因是扩展和文件监听，应先用developer: show running extensions定位onstartup/onlanguage类高耗插件并全局禁用后彻底重启，再配置files.watcherexclude排除node_modules等目录并重开工作区生效。

vscode如何解决编辑器启动内存占用高_vscode资源控制指南【性能】

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

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

在项目根目录的 .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 的后台轮询