VSCode插件启动死锁需直接编辑用户级settings.json禁用，因工作区设置和autoDisable无效；定位方法为日志模式启动并观察终端阻塞提示。
VSCode 里某些插件会在启动阶段卡住主线程、阻塞扩展主机（Extension Host），导致整个编辑器假死、无法响应快捷键、右键菜单空白、甚至 Ctrl+Shift+P 失效——这不是卡顿，是典型死锁；禁用它们不能靠“点一下禁用按钮就完事”，必须绕过 UI 层直接干预配置或进程。
插件启动即死锁，Ctrl+Shift+X 根本打不开怎么办
一旦某个插件在激活阶段陷入无限循环或同步阻塞（比如错误 hook 了 activate() 并调用未就绪的 native 模块），VSCode 会卡在“正在加载扩展”状态，连扩展面板都进不去。此时 GUI 已不可用，必须跳过界面操作：
- 关闭所有 VSCode 进程：Windows 查任务管理器杀光
code.exe和code --extensions子进程；macOS/Linux 运行pkill -f "code.*--extensions"或killall code - 直接编辑用户设置文件：
$HOME/.vscode/settings.json（Linux/macOS）或%APPDATA%\Code\User\settings.json（Windows） - 在
"extensions.enabled"字段中显式禁用可疑插件，例如："ms-python.python": false—— 注意 publisher 和 extension-name 必须完全匹配插件 ID - 保存后重新启动 VSCode，此时该插件不会被加载，死锁自然解除
extensions.autoDisableWhenNotRequired 不是救命稻草
这个设置看似能自动卸载闲置插件，但对已触发死锁的插件完全无效。它只在插件“正常加载后闲置”时起作用，而死锁插件根本没机会进入“闲置”状态，反而会阻止整个自动禁用逻辑执行。
- 该设置默认为
true，但若你遇到死锁，说明它早已失效；强行设为false不解决问题，只是关掉一个无关开关 - 不要依赖它来规避问题，它不参与插件激活前的生命周期控制
- 真正起效的是
"extensions.enabled"的硬性布尔开关，它在加载前就裁决是否实例化插件
工作区级禁用也救不了死锁，因为根本没加载到工作区
死锁发生在全局扩展主机（Extension Host）启动阶段，在任何工作区打开之前就卡死了。所以你在某个文件夹里点“禁用(工作区)”、或者往 .vscode/settings.json 里写 "extensions.enabled"，都毫无意义——VSCode 压根没读到那个文件。
- 唯一有效的禁用路径，是用户级
settings.json（即上面提到的全局配置路径） - 工作区设置只有在编辑器成功初始化、并打开对应文件夹后才生效
- 如果连空窗口都打不开，别试工作区方案，纯浪费时间
怎么快速定位哪个插件在搞鬼
不需要逐个禁用猜。VSCode 启动时会把扩展加载日志写进 Developer: Toggle Developer Tools 的 Console 面板，但死锁时你打不开它。可靠办法是启用日志模式启动：
- 终端执行：
code --log-extension-host-stdio --disable-extensions（先全禁，确认是否真由插件引起） - 再逐步启用可疑插件：
code --log-extension-host-stdio --enable-proposed-api ms-python.python - 观察终端输出，看哪一行卡住不动，或出现
Blocked indefinitely on promise、Promise never resolved类提示 - 特别注意那些带
native、ffi、spawn调用的插件，如ms-python.python、llvm-vs-code-extensions.vscode-clangd、webfreak.code-d
最危险的不是插件功能强，而是它在 activate() 里做同步 IO、调用未安装的 CLI、或等待一个永远不返回的 child_process.spawnSync —— 这类代码离线环境尤其容易暴雷，且没有任何弹窗提示，只有彻底静默的假死。
