vscode排查插件冲突应优先使用内置命令：先执行code --disable-extensions验证是否为插件问题；再运行developer: start extension bisect自动二分定位；结合developer: show running extensions查看激活异常插件；最后通过开发者工具console搜索关键错误日志确认冲突源。
用 code --disable-extensions 验证是不是插件问题
这是所有排查的起点，不是可选项。终端执行该命令后启动 VSCode，它会跳过全部第三方扩展（但保留 TypeScript/JSON/HTML 等内置语言支持）：
- 如果卡顿消失、补全恢复、右键菜单正常 → 100% 是插件冲突，后续动作才有意义
- 如果问题依旧，说明根源在
settings.json、工作区配置、VSCode 自身更新异常（如刚升到 1.89 后 API 移除），甚至本地 Node.js 环境损坏 - macOS 用户若执行失败，先确认是否已通过 VSCode 的
Shell Command: Install 'code' command in PATH安装 CLI 工具
运行 Developer: Start Extension Bisect 自动二分定位
这个命令必须在 VSCode 启动后、问题复现前立刻触发——不是点开插件面板再找，而是按 Ctrl+Shift+P（Win/Linux）或 Cmd+Shift+P（macOS），松开后**马上输入并回车**：
- 它自动读取全部已安装扩展（包括已被禁用但未卸载的），不依赖当前启用状态
- 每次重启后只问你一个判断：“问题是否出现？” 点“是”或“否”，3–4 轮就能缩到 1–2 个嫌疑插件
- 若启动即崩溃进不去编辑器，先用
code --disable-extensions进干净环境，再运行该命令 - 别在问题已发生的状态下运行（比如右键菜单已经空白了），否则反馈失真；每次测试需走完整流程：打开文件 → 编辑 → 保存 → 触发操作
查 Developer: Show Running Extensions 看谁在后台抢资源
有些插件看似禁用了，其实 Extension Host 进程里还挂着旧实例，持续监听事件或占用 CPU：
- 重点关注
Activation Time (ms)超过 1000 的插件，尤其是ms-python.pylance、Vue.volar、rust-analyzer这类语言服务器 -
Status显示Activation failed或为空白，说明加载失败却可能残留监听器，持续消耗资源 - 某些插件（如旧版
ms-python.python）即使被禁用，也可能在 Bisect 过程中抢先注册命令，造成干扰；若反复锁定到同一插件但禁用无效，建议直接删掉其目录：rm -rf ~/.vscode/extensions/ms-python.python-*（macOS/Linux）或手动清理%USERPROFILE%\.vscode\extensions\
打开开发者工具看 Console 里的铁证
按 Ctrl+Shift+I 打开开发者工具，切到 Console 标签页，搜索这些关键词：
-
Extension host terminated unexpectedly：扩展主机崩溃，大概率有插件激活逻辑缺陷 -
Command 'xxx' is already registered：至少两个插件注册了同名命令，VSCode 只保留最后一个，前面的被静默覆盖 -
Cannot read property 'onDidChangeActiveTextEditor' of undefined：插件试图访问未初始化的对象，常见于监听生命周期事件失败
错误堆栈里通常带插件发布者名（如 esbenp.prettier-vscode），直接指向嫌疑对象。这类日志不是警告，是冲突的确定性证据。
Developer: Reload Window 或干脆关掉窗口再重开，确保环境干净。
