VSCode卡顿90%由插件引起，首选code --disable-extensions验证；若仍卡顿再试--clean或检查settings.json；通过Developer: Show Running Extensions查看Activation Time和Status定位问题插件。
VSCode 卡顿 90% 是插件问题，不是编辑器本身变慢——直接禁用扩展验证，比猜配置快十倍。
code --disable-extensions 是第一道诊断开关
终端执行 code --disable-extensions 启动 VSCode，不加载任何第三方插件。这是最干净的“对照组”：
- 如果秒开、输入流畅、切换文件无延迟，问题 100% 出在扩展上
- 如果仍卡顿，再试
code --clean排除用户配置损坏；或检查settings.json里是否写了错误的正则、无限递归的路径排除 - 注意：该命令保留内置语言支持（如 JSON、TypeScript），所以基础高亮和跳转仍在，不影响判断
Developer: Show Running Extensions 看谁拖垮启动
运行该命令后，重点关注两列数据，它们比“插件数量”更有说服力：
-
Activation Time (ms)超过 1000 的插件，基本等于在编辑器刚渲染完就抢走主线程——常见有ms-python.python（旧版）、gitlens、rust-analyzer -
Status显示Activating或空白，说明它卡在初始化阶段，但没报错，却持续占用 CPU - 右键点击可疑插件 →
Extension: Developer: Inspect Context Keys可查它注册了哪些激活事件，比如"activationEvents": ["*"]就是典型“一启就干重活”
files.watcherExclude 配不配，插件再轻也白搭
VSCode 的文件监听器（chokidar）一旦被 node_modules、.git 拖住，所有依赖文件变更的插件都会变慢——补全、格式化、Git 提示全受影响：
- 必须加进
.vscode/settings.json（工作区级优先）或用户settings.json： "files.watcherExclude": {"**/node_modules/**": true, "**/.git/**": true, "**/dist/**": true, "**/build/**": true}- 别只配
search.exclude，它只影响搜索，不阻止监听器扫描——watcherExclude才是真正切断源头 - Windows 用户还要额外加
"**/AppData/**": true，避免 OneDrive 或杀软后台干扰
远程开发或 Copilot 类插件卡顿，先看网络与进程隔离
这类插件卡顿往往不是 CPU 高，而是网络阻塞或进程未正确隔离：
-
GitHub.copilot卡在登录或建议弹出，大概率是代理没透传到 Extension Host 进程——在settings.json中明确指定："remote.extensionKind": {"GitHub.copilot": ["ui"]} -
Remote - SSH连接卡住几秒无报错？关掉remote.ssh.enableAgentForwarding，或改用remote.ssh.useLocalServer: false - 运行
Developer: Open Process Explorer，看Extension Host进程 CPU 是否长期 >70%，如果是，配合Console标签页查Extension host terminated unexpectedly报错
真正难排查的，是那种“启动时不卡、开大项目才卡、切 Git 分支又卡”的组合型问题——它往往不是单个插件作祟，而是两个插件对同一事件（比如保存）各自注册 handler，又没做互斥，结果反复触发索引和格式化。这种得靠 Developer: Start Extension Bisect 二分，别省那三分钟。
