## 🔍 根因分析 当前加速方案的核心问题： 1. **hosts 劫持 + 本地反代 = 单点故障**：域名一旦被指向 `127.0.0.1`，所有流量完全依赖本地代理服务。代理挂了 = 全挂，没有任何降级机制。 2. **无健康检查**：写入 hosts 后，没有验证本地代理是否真正在 443 端口监听并正常工作。 3. **关闭加速后 hosts 残留**：关闭 GitHub 加速开关后，部分条目可能未被清理（需要用户手动刷新 DNS 缓存才能恢复）。 4. **影响范围过大**：一次操作劫持 20+ 个 GitHub 子域名，影响 git 操作、API 调用、网页访问等全部场景。 ## 💡 建议 1. **添加健康检查**：写入 hosts 后，立即验证本地代理是否正常工作。如果检测到代理未启动或 443 端口无响应，自动回滚 hosts 修改并提示用户。 2. **考虑替代方案**：使用系统代理（`netsh winhttp set proxy`）或 PAC 文件代替 hosts 劫持。系统代理方案可以随时关闭，不会造成"改了 hosts 但代理没跑"的死锁。 3. **确保 hosts 清理**：关闭加速时务必完整清理所有写入的 hosts 条目，并自动刷新 DNS 缓存（`ipconfig /flushdns`）。 4. **降级策略**：如果本地代理启动失败，至少应该恢复直连状态，而不是让域名持续指向一个无法响应的 `127.0.0.1`。 ## 🚑 基本信息 - 程序版本：Watt Toolkit 最新版 - 系统版本号：Windows 11 22631 - 加速模式：默认（hosts 劫持 + YARP 反代） ## 📎 相关 Issue - #954 GitHub 反代失败 Empty Response - #2872 StartProxyFail:BindPortError - #2784 无法下载 GitHub 源码（hosts 加速模式问题）
🔍 根因分析
当前加速方案的核心问题：
hosts 劫持 + 本地反代 = 单点故障：域名一旦被指向
127.0.0.1，所有流量完全依赖本地代理服务。代理挂了 = 全挂，没有任何降级机制。无健康检查：写入 hosts 后，没有验证本地代理是否真正在 443 端口监听并正常工作。
关闭加速后 hosts 残留：关闭 GitHub 加速开关后，部分条目可能未被清理（需要用户手动刷新 DNS 缓存才能恢复）。
影响范围过大：一次操作劫持 20+ 个 GitHub 子域名，影响 git 操作、API 调用、网页访问等全部场景。
💡 建议
添加健康检查：写入 hosts 后，立即验证本地代理是否正常工作。如果检测到代理未启动或 443 端口无响应，自动回滚 hosts 修改并提示用户。
考虑替代方案：使用系统代理（
netsh winhttp set proxy）或 PAC 文件代替 hosts 劫持。系统代理方案可以随时关闭，不会造成"改了 hosts 但代理没跑"的死锁。确保 hosts 清理：关闭加速时务必完整清理所有写入的 hosts 条目，并自动刷新 DNS 缓存（
ipconfig /flushdns）。降级策略：如果本地代理启动失败，至少应该恢复直连状态，而不是让域名持续指向一个无法响应的
127.0.0.1。🚑 基本信息
📎 相关 Issue