VSCode卡顿大概率由扩展引起，应先禁用全部扩展验证，再逐个启用并监控性能，重点关注文件监听、语言服务器类扩展，配合Process Explorer和Performance面板精准定位问题扩展。
VSCode 启动或编辑时明显卡顿，大概率是某个扩展在后台持续占用 CPU 或频繁读写文件
直接禁用全部扩展再逐个启用，是最有效的排查路径。VSCode 自带的 Developer: Show Running Extensions 命令能实时看到哪些扩展正在执行代码、消耗资源；配合任务管理器（Ctrl+Shift+P → 输入 Developer: Open Process Explorer）可定位具体进程级开销。
快速禁用所有扩展并验证是否改善
不要手动一个个点「禁用」——容易漏、也难回溯。用内置命令一次性清空当前工作区/用户级扩展状态：
- 打开命令面板（
Ctrl+Shift+P或Cmd+Shift+P），输入并运行Extensions: Disable All Installed Extensions - 重启 VSCode，观察编辑、保存、切换标签等操作是否恢复流畅
- 若明显变快，说明问题确实在扩展；接下来需逐个启用排查
逐个启用扩展并监控响应速度
重点盯住这几类高风险扩展：文件监听型（如 ESLint、Prettier）、语言服务器型（如 Python、rust-analyzer）、自动保存/格式化型（如 Auto Rename Tag、Beautify）。启用顺序建议：
- 先启用核心语言支持（如
Python），等它完成初始化（状态栏出现「Python Language Server」就绪提示）再操作 - 每次只启用 1–2 个，保存后等待 10 秒，再试编辑、保存、跳转定义等高频动作
- 遇到卡顿时立即打开
Developer: Toggle Developer Tools，切到Performance标签页录制 5 秒操作，查看耗时集中在哪个扩展的脚本上
常见「伪安静」但实际拖慢的扩展及替代方案
有些扩展看似没 UI、不弹提示，却在后台反复扫描 node_modules 或遍历大目录。典型例子：
-
Path Intellisense：默认监听整个工作区，遇到含数万文件的node_modules就会卡死。解决方法：在settings.json中加"path-intellisense.excludedItems": ["**/node_modules/**", "**/dist/**"]
-
GitLens：开启gitlens.advanced.messages或频繁 hover 查看 blame 时会触发大量 Git 调用。可关闭gitlens.codeLens.enabled或限制历史深度："gitlens.historyExplorer.depth": 5
-
Settings Sync（旧版）：同步过程中可能阻塞主线程。改用 VSCode 内置的Settings Sync（登录 GitHub 即启用）更轻量
真正卡顿往往不是单个插件崩溃，而是多个插件对同一事件（比如文件保存）各自响应、叠加延迟。只要发现某扩展启用后操作延迟超过 300ms，就该优先考虑停用或找替代品。
