执行“Developer: Restart Extension Host”可热重启扩展宿主进程，恢复语法高亮等功能而不丢失编辑会话；若仍崩溃，需查Extension Host Log定位肇事扩展。
直接按 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS），输入 “Developer: Restart Extension Host” 回车即可，无需重启整个 VSCode。
为什么不能只靠重启 VSCode？
扩展宿主（exthost）是独立于主界面的后台进程，它挂了，语法高亮、自动补全、格式化这些功能就失效，但编辑器还能点、文件还能保存——这时候重启 VSCode 反而掩盖了问题节奏，也耽误排查。真正需要的是“热重启”扩展宿主，既恢复功能，又保留当前窗口、终端、调试会话等上下文。
常见错误现象包括：Extension host terminated unexpectedly 弹窗反复出现；状态栏卡在 正在等待扩展宿主启动；命令面板里搜 Format Document 没反应；右下角语言标识消失。
- 该命令不会重载用户设置或工作区配置，只是杀掉并重建
exthost进程 - 如果执行后立刻再次崩溃，说明有扩展在激活阶段就出错（比如
ms-python.python找不到 Python 解释器） - 某些扩展（如
bradlc.vscode-tailwindcss）会在重启后重新扫描大量 CSS 类，短暂卡顿属正常，不是失败
重启没用？下一步该看哪条日志
执行 Developer: Restart Extension Host 后仍崩，就得查 Extension Host Log——这是定位元凶最直接的线索源，比猜插件靠谱十倍。
操作路径：再按一次 Ctrl+Shift+P → 输入并运行 Developer: Open Extension Host Log → 拉到日志末尾，找以 Error 或 FATAL ERROR 开头的行。
- 典型线索：
at ExtensionHostProcess._onExtProcessError后面跟着的ms-python.python或esbenp.prettier-vscode就是肇事扩展 ID - 若日志为空或只有 INFO 级别，说明崩溃发生在进程启动前（比如 IPC 通信被防火墙拦截），需换用
code --disable-extensions启动验证 - 看到
FATAL ERROR: Ineffective mark-compacts near heap limit？这不是插件 bug，是 Node.js 堆内存吃满，临时加--max-memory=4096可缓解，但得去对应扩展的 GitHub Issues 搜这个报错
安全模式启动是确认插件问题的黄金标准
别跳过这步。只要 Extension host terminated 频繁出现，第一反应必须是进安全模式——它能 100% 切断所有第三方干扰，快速锁定问题域。
Windows/Linux：终端运行 code --disable-extensions；macOS 同样命令，前提是已配置 code 命令（没配就去 VSCode 菜单里选 “Shell Command: Install 'code' command in PATH”）。
- 安全模式下不崩溃 → 必为插件引起；还崩 → 问题在 VSCode 本体、系统环境（如显卡驱动）、或用户数据损坏（可试
code --user-data-dir=/tmp/vscode-test） - 禁用全部扩展后稳定，再启用时别一股脑全开：优先启用你每天必用的 2–3 个（比如
ms-python.python+ms-vscode.vscode-typescript-next），观察是否复现 - 某些组合看似无害，实则冲突：比如
remote-ssh和docker插件同时启用时，若 SSH 连接超时未处理，可能拖垮整个exthost
真正麻烦的从来不是重启本身，而是重启后立刻再崩——那说明某个扩展在初始化阶段就踩了内存、路径或权限的雷。盯住日志末尾那几行 error，比翻十个论坛帖都管用。
