插件冲突本质是多插件争抢同一事件、文件类型或语言服务，90%问题可通过三步定位：先用code --disable-extensions验证是否为插件引起，再用Developer: Start Extension Bisect自动二分排查，最后通过Developer: Show Running Extensions查看Activation Time超1000ms或Activation failed的异常插件。
插件冲突不是装得多就出事，而是某个插件在抢事件、抢文件类型、抢语言服务时没协商好——90% 的卡顿、爆红、补全失效，靠三步就能定位到那个“抢戏”的插件。
用 code --disable-extensions 验证是不是插件惹的祸
这是所有排查的起点，跳过它等于蒙眼修车。终端执行该命令后启动 VSCode，观察基础功能是否立刻恢复：
- 如果启动秒开、
.py文件能正常跳转、.vue有语法高亮 → 100% 是插件问题，不用查 settings.json - 如果仍卡顿或报错，问题大概率出在用户配置、工作区设置，或 VSCode 自身更新异常（比如刚升到 1.118 后某些 API 被移除）
- 顺手按
Ctrl+Shift+I打开开发者工具，切到Console标签页，留意反复刷出的Extension host terminated unexpectedly或Command 'xxx' is already registered—— 这类日志直接指向冲突源头
运行 Developer: Start Extension Bisect 自动二分定位
手动一个一个禁用太慢，尤其你装了 69 个插件。VSCode 内置的二分法命令才是真效率工具：
- 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入并运行该命令 - 它会自动把已启用插件分成两组，禁用其中一组，重启后让你测试是否复现问题
- 你只需回答“是”或“否”，通常 3–5 轮就能缩到 1–2 个嫌疑插件
- 比手动分组更可靠，尤其适合启动即崩溃、连插件面板都打不开的情况
查 Developer: Show Running Extensions 看谁在后台抢资源
有些插件看似禁用了，其实 Extension Host 进程里还挂着旧实例，持续监听事件或占用 CPU：
- 重点关注
Activation Time (ms)：超过 1000 毫秒的插件高度可疑，尤其是ms-python.pylance、Vue.volar、gitlens - 看
Status列：显示Activation failed或空白的插件，往往因依赖版本不匹配（比如 Pylance 要求 Python 插件 ≥ 2026.6）却仍在后台占线程 - 某些插件（如
ms-vscode.js-debug）即使你从不调试 JS，也会初始化完整调试服务；Remote - SSH连接失败时 UI 线程直接挂起——这些都不是“功能没用”，而是“默认太莽”
禁用不等于卸载，但卸载有时是唯一解
VSCode 的“禁用”只是 UI 层开关，对某些语言支持类插件（如 ms-python.python、redhat.vscode-yaml）基本无效：
- 它们在
package.json里声明了"activationEvents"，只要打开对应文件类型，就会悄悄加载 - 真正可靠的控制方式是：在
settings.json中显式关闭关键功能，例如："eslint.enable": false、"prettier.enable": false - 若禁用后仍崩溃，说明残留逻辑还在运行：直接删掉对应目录（macOS/Linux：
rm -rf ~/.vscode/extensions/ms-python.python-*；Windows：%USERPROFILE%\.vscode\extensions\下手动删）
真正麻烦的不是哪个插件报错了，而是它卡在激活阶段、不报错也不退出，让后续所有插件排队等它——这类问题必须靠 Developer: Show Running Extensions 和 Developer: Start Extension Bisect 双验证，单看控制台日志容易漏掉。
