VSCode卡顿主因是插件后台持续运行，非硬件或编辑器问题；通过Developer: Startup Performance诊断、优化settings.json配置（如禁用GitLens缓存、调整ESLint运行时机）、严格配置files.watcherExclude及按工作区禁用插件，可显著提升启动速度与内存表现。
VSCode 卡顿八成以上是插件在后台持续干活造成的，不是电脑不行，也不是编辑器本身烂——关掉几个“默认就开”的扩展、加两行配置，冷启动能从 8 秒压到 3 秒，Extension Host 内存从 1.2GB 掉到 600MB 是常态。
怎么看哪个插件真正在拖慢启动
别靠猜，直接看 VSCode 自带的诊断数据。打开命令面板（Ctrl+Shift+P 或 Cmd+Shift+P），输入并运行 Developer: Startup Performance。这个命令会列出所有在启动阶段被加载的扩展，重点关注 Startup Time 这一列：
-
Startup Time > 150ms的扩展，基本等于抢走了你刚点开编辑器时的交互权；比如某些 Copilot 衍生插件、旧版主题预加载器、甚至部分远程连接扩展 - 状态显示为
Activated但耗时几乎为 0？它只是注册了激活事件，还没真干活；而显示Running且 CPU 持续跳动的，才是正在吃资源的活进程 - 如果某插件
Startup Time很低但Memory长期 >300MB，说明它启动后立刻开始后台缓存或监听——GitLens、ESLint、Pylance 都常蹲在这儿
禁用插件前先调 settings.json
很多插件“重”，是因为默认行为太莽，不是它本身写得差。改几行配置就能让它们变轻，比直接卸载更可控：
- GitLens 默认开启全仓库历史扫描和符号缓存 → 加入
"gitlens.advanced.caching.enabled": false，内存可降几百 MB - TypeScript 扩展默认加载所有
@types→ 改成"typescript.preferences.includePackageJsonAutoImports": "auto"，TSServer 启动快一倍 - ESLint 默认
onType实时检查 → 改成"eslint.run": "onSave"，敲字不卡，保存再报错 - Python 插件默认启用完整语言服务器 → 若项目不复杂，可设
"python.languageServer": "Pylsp"或临时关掉python.analysis.extraPaths
所有这些必须写进项目根目录的 .vscode/settings.json（优先级高于用户设置），改完需关闭并重新打开当前工作区才生效。
files.watcherExclude 不配，插件再轻也白搭
files.watcherExclude 是防止内存爬升的底线配置，不是“可选优化”。它直接阻止内核级监听句柄注册；而 search.exclude 只影响搜索时跳过哪些路径，监听器早已在后台疯狂分配内存了。
- 必须加进
.vscode/settings.json："**/node_modules/**": true、"**/.git/**": true、"**/dist/**": true、"**/build/**": true、"**/__pycache__/**": true、"**/venv/**": true -
**/是关键，单星号*/或漏掉斜杠会失效；路径通配符必须双星号开头，否则子目录照样扫 - Linux 用户还需检查：
cat /proc/sys/fs/inotify/max_user_watches，若低于524288，运行echo 524288 | sudo tee /proc/sys/fs/inotify/max_user_watches - 改完后必须关闭并重新打开当前工作区，只刷新窗口没用
扩展按工作区启用，别让 C 插件在 Markdown 里醒着
你有三个项目：一个写 C，一个写 Python，一个纯写文档。完全没必要让 C 的插件在文档项目里也常驻。VSCode 支持按工作区启用扩展，但默认逻辑并不严格：
- 很多插件写得不严谨，一打开工作区就全量启动，哪怕你只开了一个
README.md - 右键已安装插件 → 选择
Disable (Workspace)，而不是全局禁用，保留灵活性 - 对多根工作区（multi-root workspace），建议在每个文件夹下单独建
.vscode/settings.json，避免跨项目干扰 - 特别注意
Remote - SSH和Docker类扩展：即使没连接，也会预加载代理进程，占着 Extension Host 内存不放
真正难处理的是那些“启动即激活”又没提供性能开关的插件——它们不会出现在 Startup Performance 里，却在你打开第一个文件时就悄悄拉起语言服务。这种时候，files.watcherExclude 就是你最后的防线。
