根本原因是默认配置与插件行为叠加导致资源滥用；必须在项目级.vscode/settings.json中配置files.watcherexclude排除node_modules/dist/.git等目录，并调优gitlens、eslint、typescript等高耗插件，内存可降30%–50%。
VSCode在大型项目中卡顿、内存飙升、启动慢，根本原因不是硬件不行，而是默认配置和扩展行为叠加导致的资源滥用——关掉几个关键设置、禁用一两个高耗插件，内存常能直降30%–50%，不用重装也不用换编辑器。
files.watcherExclude 必须配，不是“可选优化”
这是防止内存爬升的底线配置。它直接阻止内核级 inotify 监听句柄注册；而 search.exclude 只影响搜索时跳过哪些路径，监听器早已在后台疯狂分配内存了。
- 必须写在项目根目录的
.vscode/settings.json中，全局设置无效 - Linux 用户需检查
/proc/sys/fs/inotify/max_user_watches，若低于524288，运行echo 524288 | sudo tee /proc/sys/fs/inotify/max_user_watches - 推荐值：
"**/node_modules/**": true、"**/dist/**": true、"**/build/**": true、"**/.git/**": true - 避免用
code .打开整个 monorepo 根目录，改用code src/或code packages/my-app精确指定工作区
禁用 GitLens 等高耗扩展要精准操作
GitLens 是内存大户，但直接卸载可能影响日常开发；更优解是保留核心功能、关闭重负载子模块。
- 禁用代码透镜（CodeLens）：设
"gitlens.codeLens.enabled": false，可降内存 30%–50% - 关闭行内 blame 提示：
"gitlens.blame.line.enabled": false - 禁用自动刷新：
"git.autorefresh": false，手动按Ctrl+Shift+P→Git: Refresh - 禁用后必须完全关闭当前窗口再重新打开，否则旧进程仍驻留、内存不释放
TypeScript 语言服务 OOM？调 maxMemory + 排除路径
TS 服务器在超大项目中容易因 AST 构建耗尽内存，单纯重启没用，得从配置层限制和过滤。
- 在
.vscode/settings.json中添加："typescript.tsserver.maxMemory": 4096（单位 MB） - 配合
"files.exclude"和"search.exclude"排除dist/、coverage/、node_modules/等目录 - 启用
"typescript.preferences.includePackageJsonAutoImports": "off"，避免扫描全量依赖树 - 对超大项目，考虑用
references拆分 TS 项目，避免单个 tsserver 加载全部代码
用 Developer: Open Process Explorer 定位真凶
别靠猜，VSCode 自带的进程树能精准定位谁在吃内存。执行命令后重点关注 Extension Host 下各插件的 RSS 列。
-
RSS > 300MB的扩展大概率是元凶；长期 > 500MB 就该动手了 -
ms-vscode.js-debug在调试中临时升高属正常，但调试结束后 RSS 不回落，说明有断点或 source map 循环加载 - 某些插件如 ESLint 建议设
"eslint.run": "onType"而非"onSave"，减少批量触发 - Python 用户可改用轻量
pylsp，或关闭python.analysis.extraPaths避免扫描无关路径
最易被忽略的是：watcherExclude 配置必须放在项目级 .vscode/settings.json，且 Linux 下 inotify 句柄数不足会直接导致监听失败、CPU 暴涨——这点连很多资深用户都会漏掉。
