“扩展主机加载超时”是extension host在初始化阶段卡死或响应过慢，根本原因是插件启动时执行耗时操作（如语言服务器冷启、文件扫描）且超60秒未完成激活；需用developer: startup performance查start delay>1000ms的插件，并结合developer: show running extensions确认activating...状态插件。
“扩展主机加载超时”不是 VSCode 崩溃，而是 extension host 进程在初始化阶段卡死或响应过慢，根本原因是某个或多个插件在启动时做了耗时操作（如语言服务器冷启、文件扫描、依赖解析），且未在默认 60 秒内完成激活。
怎么看哪个插件在拖后腿
别猜，直接用内置诊断命令定位：
- 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入并执行Developer: Startup Performance - 重点关注 Start Delay 列：数值 >1000ms 的插件大概率是元凶；Activation Time 高说明它自己初始化就慢；Load Time 高说明 require 或解压耗时
- 顺手再运行
Developer: Show Running Extensions，看哪些插件类型是Start-up，尤其是状态为Activating...卡住的
禁用重型插件的三种实操路径
根据你当前能否正常打开 VSCode，选择对应方式：
- 能进 UI → 在扩展视图（
Ctrl+Shift+X）中搜出高延迟插件（如ms-python.python、eamodio.gitlens、bradlc.vscode-tailwindcss），点击右下角齿轮 →Disable (For All Folders) - 打不开 UI / 启动即卡死 → 终端执行
code --disable-extension ms-python.python，逐个排除；支持多插件同时禁用：code --disable-extension esbenp.prettier-vscode --disable-extension dbaeumer.vscode-eslint - 禁用无效或反复崩溃 → 直接删扩展目录：Linux/macOS 运行
rm -rf ~/.vscode/extensions/ms-python.python-*，Windows 进%USERPROFILE%\.vscode\extensions\手动删对应文件夹
为什么禁用后还卡？这些细节常被跳过
禁用不等于卸载，也不等于插件逻辑彻底消失：
-
Disable (For All Folders)后，插件的activationEvents仍在package.json里——只是 VSCode 不再响应。但若该插件已被其他插件依赖（比如某 formatter 调用了它的 API），仍可能触发静默失败 - 某些插件（如旧版
ms-python.python）即使被禁用，也会在启动时尝试读取配置或初始化子进程，残留逻辑照常执行 - 禁用后必须 完全退出 VSCode 进程（Windows 右键任务栏→“退出”，macOS 用 Activity Monitor 杀掉所有
Code和Code Helper），否则缓存的 extension host 会继续复用旧状态
真正卡住的从来不是“要不要禁用”，而是禁用后没清进程、没验证是否生效、或者误以为禁用就能绕过插件自身的初始化副作用。
