根本原因是DNS解析指向高延迟或不可达的GitHub API节点，导致认证失败和补全阻塞；可通过hosts绑定低延迟IP（如140.82.113.6）或用FastGithub动态优选节点解决。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
GitHub Copilot在VS Code或Visual Studio中响应缓慢、补全卡顿、频繁超时，根本原因常是DNS解析指向了高延迟或不可达的GitHub API节点，导致设备码认证失败、补全请求阻塞在连接阶段。
确认Copilot当前解析的IP地址
打开终端，执行以下命令查看Copilot核心域名当前解析结果：
nslookup api.github.com
nslookup copilot-proxy.githubusercontent.com
如果返回的IP属于140.82.112.0/20、185.199.108.0/22等公开段但响应时间超过300ms（可用ping -c 4 [IP]验证），说明DNS未命中最优节点，需强制切换。
手动绑定最优IP到hosts文件
方法一：直接采用GitHub520项目验证过的低延迟IP组合（2026年5月实测有效）
用管理员权限打开hosts文件：
Windows：用记事本以管理员身份运行 → 文件→打开 → 路径填 【C:\Windows\System32\drivers\etc\hosts】
macOS/Linux：终端执行 【sudo nano /etc/hosts】
在文件末尾新增以下两行（不要删原有内容）：
专为资深工程师设计，用于高效日常使用 GitHub Copilot CLI。适用于在规划、提示、审查或链式调用 gh copilot 命令时，探索代码库、起草变更、调试问题或加速工作流，且不偏离架构意图。
140.82.113.6 api.github.com
140.82.113.6 copilot-proxy.githubusercontent.com
保存后，在终端执行刷新命令：Windows输入 【ipconfig /flushdns】，macOS执行 【sudo killall -HUP mDNSResponder】，Linux执行 【sudo systemd-resolve --flush-caches】。
使用FastGithub动态选择最优节点
第一步：确保已安装.NET 6.0+，然后克隆并启动服务
git clone https://gitcode.com/gh_mirrors/fa/FastGithub → cd FastGithub → dotnet restore → dotnet build --configuration Release → dotnet run --configuration Release
第二步：将系统DNS指向本地服务
Windows：网络适配器IPv4属性中，首选DNS设为 【127.0.0.1】；Linux/macOS：向 【/etc/resolv.conf】 文件首行添加 nameserver 127.0.0.1
第三步：验证Copilot域名是否由FastGithub接管
执行 nslookup api.github.com，若返回IP与之前不同且连续三次ping延迟均低于80ms，说明动态路由已生效。
