VSCode内存占用高主因是扩展、文件监听及语言服务器，禁用GitLens/ESLint/Python等高耗扩展并配置files.watcherExclude可将内存从1.5GB压至400MB以内；需通过Developer: Show Running Extensions查看实时RSS，重点关注超300MB的扩展，禁用后必须重启窗口才生效。
VSCode 内存占用高，90% 不是编辑器本身问题，而是扩展、文件监听或语言服务器在后台持续吃资源——关掉 GitLens、ESLint、Python 这几个“内存大户”，再配好 files.watcherExclude，基本能从 1.5GB 压到 400MB 以内。
哪些扩展最该禁用或调低权重
别靠感觉猜，先运行 Developer: Show Running Extensions 看实时内存占用。重点关注 RSS 超 300MB 的扩展：
-
GitLens：默认开启行级 blame 和历史图谱，关掉gitlens.codeLens.enabled和gitlens.hovers.enabled可降 30%–50% 内存；或者直接禁用，用内置 Git 功能够用 -
ESLint：全量校验大项目时可能占 800MB+；设"eslint.run": "onType"并精简"eslint.probe"（比如只留["javascript", "typescript"]） -
ms-python.python（含 Pylance）：类型推导会加载整个依赖树；可改用轻量pylsp，或关掉python.analysis.extraPaths - AI 类扩展（如 GitHub Copilot、Tabnine）：部分版本会在后台预加载模型，RSS 长期 > 600MB 就该检查是否启用“仅聚焦时激活”
为什么加了 files.watcherExclude 还没效果
常见错误是路径写错或没生效。VSCode 对通配符语法敏感，且必须写进当前工作区的 .vscode/settings.json（不是全局设置）：
- 必须用双星号：
"**/node_modules/**"，写成"*/node_modules/*"或"node_modules"无效 - Linux/macOS 用户要同步检查系统限制：
cat /proc/sys/fs/inotify/max_user_watches，低于524288会导致 watcher 静默失败并反复重试 - 排除项不递归生效：如果项目里有软链接指向
node_modules，还得加"search.followSymlinks": false -
files.watcherExclude只影响文件变更监听，不影响搜索索引——search.exclude得另配，否则rg.exe仍会扫dist/目录
如何验证某个扩展是否真被“杀干净”
禁用 ≠ 停止进程。很多扩展注册了 onStartupFinished 或 onLanguage:python，一旦触发就会常驻，直到完全退出 VSCode：
- 禁用后必须重启整个窗口（不是重载窗口），否则 Extension Host 进程不会释放旧实例
- 打开终端执行：
ps aux | grep -i "tsserver\|pyright\|python.*language"，确认对应语言服务器 PID 是否消失 - 运行
code --status，看 Extension Host 下是否还有残留子进程；若仍有高 CPU%，说明插件没真正卸载干净 - 某些插件（如旧版
dbaeumer.vscode-eslint）已停更，建议换vscode-eslint官方维护版，内存更可控
启动参数和底层配置怎么改才不翻车
命令行参数比 GUI 设置更底层，但写错位置就白配：
-
code --disable-gpu适合 Intel 核显或虚拟机环境；M 系列 Mac 若卡顿加重，得换code --enable-gpu --enable-gpu-rasterization - 想限制扩展进程独立性，得改
argv.json（通过Preferences: Configure Runtime Arguments打开），加"extensionHostMode": "local-process"，不能塞进settings.json -
files.maxMemoryForLargeFilesMB默认是 4096，大文件一打开就崩；设为40可防意外卡死，配合"editor.largeFileOptimizations": true - 别乱删
WorkspaceStorage文件夹——它存的是窗口布局、折叠状态等；清之前先备份，否则分屏、终端历史全丢
最容易被忽略的是：语言服务器进程和 Extension Host 是分离的，禁用一个插件可能只停了 UI 层，LSP 子进程还在跑；查内存必须看 code --status 或 Developer: Open Process Explorer 里的子树，而不是任务管理器里那个笼统的 “Code Helper”。
