VSCode卡在“正在等待扩展宿主启动”是Extension Host进程启动失败或被阻塞，导致语法高亮、补全等功能失效；常见原因包括GPU加速冲突、代理/防火墙拦截IPC通信、Python/Remote-SSH插件子进程启动异常或用户数据损坏。
VSCode 卡在“正在启动扩展宿主”不是界面卡顿，而是 Extension Host 进程根本没起来——所有依赖扩展的功能（语法高亮、补全、格式化、调试）都会失效，但编辑器本身还能点。
先确认是不是扩展宿主真挂了
按 Ctrl+Shift+P 呼出命令面板，输入 Developer: Toggle Developer Tools 打开控制台，切到 Console 标签页。如果看到大量 ERR 日志，或开头就报 Failed to launch extension host，说明问题定位准确。若控制台空白、命令面板响应正常但状态栏一直显示“正在等待扩展宿主启动”，且右下角没有语言标识（比如没出现 Python 或 TypeScript），基本可断定是 exthost 启动失败。
禁用硬件加速往往能秒解
GPU 加速在双显卡设备（如 Intel 核显 + NVIDIA 独显切换异常的 ThinkPad/Surface）、外接显示器或新版显卡驱动后极易导致 exthost 卡死在 WebGL 初始化阶段，且不报错。这不是性能问题，是图形子系统阻塞了扩展进程启动。
- 临时验证：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不影响插件可用性，只是换条路跑
检查代理和防火墙是否拦截 IPC 通信
VSCode 的 Extension Host 需要通过本地回环（127.0.0.1）建立 IPC 连接，某些企业防火墙、Clash/Surge 的 TUN 模式、或 Windows Defender 高级网络防护会静默拦截这类通信，导致扩展进程无法初始化。
- 关闭代理工具后再启动 VSCode（不要只停代理，要完全退出进程）
- Windows 用户可在任务管理器中结束所有
Code Helper和Code进程，再以管理员身份运行一次测试（仅用于验证是否权限拦截） - macOS 用户检查是否启用「增强的恶意软件防护」（System Settings → Privacy & Security → Security Recommendations），临时关闭后重试
Python 和 Remote-SSH 插件最常引发静默 hang
这两个插件启动时会拉起子进程（python 解释器、ssh 客户端），一旦 PATH 错误、python.defaultInterpreterPath 指向无效路径、或 SSH 密钥权限不对（如 id_rsa 权限为 644），exthost 就会在 spawn 阶段无限等待，控制台无报错，只卡住。
- 临时禁用：命令面板运行
Extensions: Disable All Installed Extensions，然后完全退出 VSCode（macOS 注意菜单栏选「退出」，Windows 任务栏右键也要「退出」） - 逐个排查：重启后用
code --disable-extension ms-python.python或code --disable-extension ms-vscode-remote.remote-ssh启动，观察是否恢复 - 检查环境：终端执行
which python3（macOS/Linux）或where python（Windows），确保输出路径与设置中python.defaultInterpreterPath一致；SSH 密钥权限应为600
真正难处理的不是报错，而是没报错——比如 exthost 卡在 spawn 子进程、GPU 初始化、或 IPC 连接上，日志里什么都没有。这时候别盯着设置页面反复点「重载窗口」，先关 GPU、清 PATH、查密钥权限，比重装插件管用得多。
