插件冲突是多个插件竞争同一能力（如格式化、补全）或加载失败残留监听器所致；执行code --disable-extensions后若问题消失，则100%为插件冲突，否则需排查配置或vscode自身异常。
插件配置丢失或冲突不是设置被清空了，而是多个插件对同一能力（比如格式化、补全、语言服务）发起注册竞争，或某个插件加载失败后残留监听器干扰后续行为。 直接用 code --disable-extensions 验证，能秒开且功能正常 → 100% 是插件层问题，不用查 settings.json 是否误删。
用 code --disable-extensions 快速验明真凶
这是所有排查的起点，不跳过它就等于没开始。终端执行该命令启动 VSCode：
- 如果卡顿消失、补全恢复、保存自动格式化正常 → 插件冲突坐实，无需再纠结“是不是我改错了 setting”
- 如果问题仍在，说明是用户配置（
settings.json或工作区配置）、VSCode 自身更新异常（如刚升到 1.118 后部分 API 被移除），或 TS Server / Python 环境路径解析失败 - 注意：
code --disable-extensions不修改任何配置，也不卸载插件，只影响本次启动；它保留 TypeScript、JSON 等内置语言支持，所以基础编辑功能仍在
用 Developer: Start Extension Bisect 二分定位冲突插件
手动禁用插件太慢，尤其装了 69 个插件时——UI 面板可能根本打不开。VSCode 内置的二分法命令才是真解法：
- 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入并运行Developer: Start Extension Bisect - 它会自动把已启用插件分成两组，禁用其中一组，重启后问你“是否复现问题”
- 你只需点“是”或“否”，3–4 轮就能缩到 1–2 个嫌疑插件
- 特别适合启动即崩溃、右键菜单空白、调试按钮消失等“连插件面板都进不去”的场景
查 Developer: Show Running Extensions 看谁在后台抢资源
有些插件看似禁用了，其实 Extension Host 进程里还挂着旧实例，持续监听事件或占用 CPU：
- 运行
Developer: Show Running Extensions，重点看两列：Activation Time (ms)和Status -
Activation Time > 1000的插件高度可疑，尤其是ms-python.pylance、Vue.volar、rust-analyzer这类语言服务器 -
Status显示Activation failed或为空，说明它根本没正常加载，却可能残留监听器，持续消耗 CPU - 真正麻烦的是那种“不报错也不退出”的插件——它卡在激活阶段，让后续所有插件排队等它，单看控制台日志容易漏掉
从 Console 报错里抓直接证据
打开开发者工具（Ctrl+Shift+I），切到 Console 标签页，搜索关键词：
-
Extension host terminated unexpectedly：说明某个插件直接干掉了扩展宿主进程 -
Command 'xxx' is already registered：典型命令冲突，比如dbaeumer.vscode-eslint和esbenp.prettier-vscode都试图注册eslint.executeAutofix -
Cannot read property 'onDidChangeActiveTextEditor' of undefined：常见于插件调用已被废弃的 API，比如在 VSCode 1.118 中仍依赖旧版 activation event - 若日志为空，说明崩溃发生在日志初始化前，必须退回命令行阶段用
code --disable-extension逐个排除
最常被忽略的一点是：插件即使被 UI 禁用，也可能在启动时尝试初始化——某些旧版插件（如老版本 ms-python.python）会残留逻辑触发崩溃。这时候禁用只是假象，得直接删掉 ~/.vscode/extensions/ms-python.python-* 目录才彻底干净。
