VSCode卡在“正在等待扩展宿主启动”是Extension Host进程启动失败或被阻塞所致，常见于代理/防火墙拦截、GPU加速冲突、扩展（如Python/Remote-SSH）子进程启动异常或用户数据损坏。
VSCode 卡在“正在等待扩展宿主启动”是扩展进程没起来
根本原因不是 VSCode 本身坏了，而是 Extension Host 进程启动失败或被阻塞。它负责运行所有扩展（比如 Python、Prettier、ESLint），一旦卡住，语法高亮、自动补全、调试器这些都会失灵——但编辑器界面还能点，所以容易误以为只是“慢”。
常见错误现象：Ctrl+Shift+P 能呼出命令面板，但输入“Format Document”没反应；状态栏一直显示“正在等待扩展宿主启动”，右下角没有语言模式标识；打开设置页时扩展相关选项灰掉。
- 先试快捷键
Ctrl+Shift+P→ 输入Developer: Toggle Developer Tools，切到Console标签页，看有没有报Failed to launch extension host或大量ERR日志 - 检查是否开了代理或企业防火墙：某些网络策略会拦截 VSCode 向本地
127.0.0.1:port建立的 IPC 通信，导致扩展进程无法初始化 - 禁用所有扩展后重启：在命令面板运行
Extensions: Disable All Installed Extensions，再完全退出 VSCode（macOS 注意右上角菜单里选“退出”，Windows 任务栏右键也要“退出”）
禁用硬件加速常能秒解（尤其 Win/macOS 多显卡场景）
VSCode 默认启用 GPU 加速渲染，但某些显卡驱动（特别是 Intel 核显 + NVIDIA 独显切换逻辑混乱时）会让 Extension Host 在初始化 WebGL 上卡死，连带拖垮整个扩展进程。
使用场景：你刚升级显卡驱动、插了外接显示器、或在 Surface/ThinkPad 等双显卡本子上遇到这问题。
- 启动时加参数：Windows 下用命令行运行
code --disable-gpu；macOS 终端执行code --disable-gpu - 永久生效：编辑
argv.json配置文件（路径：%APPDATA%\Code\User\argv.json或~/Library/Application Support/Code/User/argv.json），加入"disable-gpu": true - 别和
--disable-extensions混用：后者虽能绕过问题，但治标不治本；而--disable-gpu不影响扩展功能，只是换条路跑
扩展冲突最常发生在 Python 和 Remote-SSH 插件上
这两个扩展启动时会拉起子进程（如 python 解释器、ssh 客户端），若环境变量、PATH 或权限配置异常，Extension Host 就会 hang 在 spawn 阶段，且不报错。
参数差异：Python 扩展依赖 python.defaultInterpreterPath，Remote-SSH 依赖系统 ssh 可执行路径和密钥权限；两者都可能因找不到二进制或权限拒绝而静默失败。
- 检查 Python 扩展日志：命令面板 →
Python: Show Output→ 选Python面板，看是否卡在Starting Pylance server或反复重试python -m pyright - 检查 Remote-SSH 连接日志：点击左下角远程连接图标 →
Remote-SSH: Show Log，留意是否有spawn ENOENT或Permission denied (publickey) - 临时删掉
~/.vscode/extensions/ms-python.python-*和ms-vscode-remote.remote-ssh-*文件夹，再重启验证是否恢复
用户数据损坏比想象中更频繁（尤其升级后）
VSCode 把扩展状态、窗口布局、最近打开记录全存进 User Data 目录。一次非正常退出（比如系统断电、强制 kill）、或升级过程被杀，就可能让 extensionHostManager 读取某个 JSON 配置时解析失败，然后无限重试。
性能影响：损坏通常不会导致崩溃，但会让扩展宿主反复尝试加载→失败→重试，CPU 占用飙高，磁盘 IO 持续活跃。
- 安全迁移法：关掉 VSCode，把
User Data目录整个重命名（如加_bak后缀），再启动 VSCode —— 它会自动生成干净的新目录；确认能进之后，再手动复制回你真正需要的配置（比如settings.json） - 路径参考：
Windows：%APPDATA%\Code\User
macOS：~/Library/Application Support/Code/User
Linux：~/.config/Code/User - 别直接删！先备份。有些扩展（如 Settings Sync）的登录态、密钥也存在这里，删了得重新授权
真正麻烦的是那种“只在某台机器复现”的情况——可能 PATH 里混进了旧版本 Node.js，或者公司策略注入了某个监控 DLL 到所有进程，这时候得开 Process Monitor 抓 code.exe 的子进程创建失败点。但绝大多数人，按上面四步走完，90% 的卡死就没了。
