GitHub Copilot报错修复：Extension Host卡死解决方案

VS Code 中 GitHub Copilot 完全无响应——代码补全消失、命令面板查不到任何 Copilot 指令、点任何地方至少卡三秒，状态栏还挂着“Extension Host unresponsive”。碰到这种情况，先别纠结网络。问题十有八九不是带宽，而是扩展宿主进程被 Copilot 内部某个模块卡死了，导致整个进程挂起。

核心原因一句话：Copilot Chat 模块与核心扩展在认证通道上发生了资源竞争。下面几套方案经过实际验证，按顺序执行即可。

强制重启扩展主机

最直接的操作就是干掉卡死的扩展宿主进程。按下 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS）打开命令面板，输入并执行 Developer: Restart Extension Host。这一步会立即杀掉所有扩展进程并重建，比关掉 VS Code 再打开快得多，当前打开的文件和编辑状态都能保留。

如果命令面板本身已经卡死无法响应，直接按 Ctrl+Shift+I 打开开发者工具，在 Console 标签页输入 location.reload() 并回车。这效果等于重开窗口，但更轻量。

禁用 Copilot 相关扩展

如果重启只是临时缓解，就需要根治。两种处理方式：

方案一：临时停用 Copilot Chat 模块
在扩展面板（Ctrl+Shift+X）中搜索 GitHub Copilot Chat，点击齿轮图标，选择 Disable (Workspace)。需要强调：Copilot Chat 是导致 Extension Host 卡死的头号元凶，它和 Copilot 核心共用认证通道，但加载逻辑更复杂，经常在这里阻塞住。

方案二：分离 UI 与后台运行模式
打开 settings.json（按 Ctrl+,，然后点击右上角文件图标），添加下面这行配置：

“remote.extensionKind”: { “GitHub.copilot”: [“ui”], “GitHub.copilot-chat”: [“ui”] }

保存后重启 VS Code。这条配置强制 Copilot 系列扩展只在本地 UI 进程运行，避免远程连接或服务器环境下多个扩展抢占 Extension Host 资源。

清除损坏的本地认证缓存

有时问题出在本地认证信息损坏。好比钥匙没坏，但锁芯变形了，硬拧必然卡住。

第一步：登出 Copilot
按 Ctrl+Shift+P，输入 GitHub Copilot: Sign Out 并确认。

第二步：删除凭据残留
不同操作系统操作不同：
Windows：打开「控制面板 → 用户账户 → 凭据管理器 → Windows 凭据」，删除所有名称包含 github 或 copilot 的条目。
macOS：打开「钥匙串访问」，搜索 github，删除 vscode-github-auth 和 copilot-token 等条目。
Linux：运行命令 secret-tool clear --label=“vscode-github-auth”。

第三步：清空扩展缓存目录
关闭 VS Code 后，手动删除以下路径中的 GitHub.copilot 和 GitHub.copilot-chat 整个文件夹：
Windows：%USERPROFILE%\.vscode\extensions
macOS / Linux：$HOME/.vscode/extensions/
务必整个文件夹删除，不要只删 node_modules 或 dist 子目录。残留的 manifest.json 会触发错误重载，导致问题复现。

覆盖安装 VS Code 核心环境

如果以上方法都无效，最后一招：覆盖安装 VS Code。这招专治各种诡异故障。

1. 完全退出 VS Code，在任务管理器确认没有 Code.exe 或 Code Helper 进程残留。
2. 去官网下载最新版安装包。撰稿时最新稳定版是 v1.89.2。直接双击运行安装程序。
3. 安装过程中，务必勾选 “Replace existing installation” 选项。这是覆盖安装，不是卸载重装，不会清除你的用户设置和数据，但会重置所有核心模块的注册表和插件加载链路。
4. 安装完成后启动 VS Code，首次打开时会自动重建 Extension Host 并重新注册 GitHub 认证。此时再登录 Copilot，所有问题应都能解决。