应执行“Developer: Restart Extension Host”立即恢复格式化功能；若仍失效，需检查语言模式、格式化器注册状态及Extension Host日志定位肇事扩展。
VSCode格式化功能突然失效，大概率不是插件“坏了”，而是扩展宿主（exthost）进程崩溃或卡死——它一挂，Format Document、语言服务器响应、右下角语言标识全消失，但编辑器界面还在、文件没关、终端也没丢。这时候别急着重启 VSCode，先热重启 exthost 进程。
怎么立刻恢复格式化功能：用 Developer: Restart Extension Host
这是最直接有效的操作，不丢失任何上下文：
- 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS）打开命令面板 - 输入
Developer: Restart Extension Host，回车 - 等右下角提示
Extension Host restarted或界面轻微闪烁即可
注意：Restart Extension Host 不重载 settings.json，也不关闭终端或调试会话；但如果执行后 2 秒内又弹出崩溃提示，说明有扩展在激活阶段就出错（比如 ms-python.python 找不到 Python 解释器），不能只靠重启解决。
为什么 Format Document 命令变灰或报 “no formatter installed”
这通常不是扩展没装，而是格式化器注册失败或语言绑定断开：
- 检查右下角语言模式是否正确（如
.vue文件显示为Plain Text就会被跳过） - 运行
Ctrl+Shift+P→Format Document With…，看列表里是否还有你的格式化器（如esbenp.prettier-vscode） - 某些插件更新后改了语言 ID（如 Volar 2.x 把
vue换成vue-html），需同步更新settings.json中的配置："[vue-html]": { "editor.defaultFormatter": "esbenp.prettier-vscode" } - 打开开发者工具（
Ctrl+Shift+I），切到 Console 标签页，再触发一次格式化——若出现command 'editor.action.formatDocument' not found，说明格式化器根本没注册成功
扩展宿主反复崩溃？查 Extension Host Log 定位肇事扩展
崩溃弹窗只写“未知原因”，但真实线索藏在日志末尾：
- 按
Ctrl+Shift+P→ 输入并运行Developer: Open Extension Host Log - 滚动到底部，找带
ERROR或FATAL ERROR的行，重点关注Activating extension后面的扩展 ID（如ms-python.python）和路径（如extension.js:123） - 如果日志为空或打不开，说明崩溃发生在日志初始化之前，得进安全模式验证：
code --disable-extensions（macOS/Linux）或 Windows 下按住Shift点 VSCode 图标启动 - 安全模式下稳定 → 100% 是插件问题；仍崩溃 → 可能是 VSCode 本体、系统环境（如显卡驱动）或用户配置（如非法 JSON）导致
格式化配置生效但结果异常：缩进错乱、引号不统一、空行消失
插件更新常伴随规则变更或配置解析逻辑调整，容易被忽略：
- Prettier 3.x 默认启用
htmlWhitespaceSensitivity: 'ignore'，旧项目若依赖'strict'行为，需显式配置 - 某些插件（如 Red Hat XML）升级后默认关闭
xml.format.enable，即使editor.formatOnSave开着也无响应 - 多个格式化插件共存时（如 ESLint + Prettier），ESLint 若开启
eslint.format.enable，就会接管 JS/TS 文件的保存格式化，此时editor.defaultFormatter必须指向dbaeumer.vscode-eslint，而非 Prettier - 项目根目录的
.prettierrc或prettier.config.js若语法非法（如 JSON 尾逗号、YAML 缩进错误），Prettier 会静默跳过该文件
真正难排查的，往往不是“没装插件”，而是“装了但没被调度”——语言 ID 对不上、defaultFormatter 配置没落到对应语言块、或者某个扩展在激活时就因路径/权限/Node 版本问题直接退出，连日志都来不及写。
