GitHub Release 下载速度在国内一直是一个靠运气的事。同一时间同一个文件，用直连可能 50 KB/s，换个镜像可能跳到 7 MB/s——差距超过 100 倍。2026 年 5 月，社区维护的反代镜像站群已经相当成熟，但它们之间速度差距也很大，不是随便挑一个就能跑到满速。
9 个镜像站实测速度排名（2026 年 3-5 月数据）
以下数据来自 Greasy Fork 上 GitHub Enhancement 优化版脚本的实测和多个镜像汇总源。测试文件为约 25MB 的 Release asset，在中国电信宽带下完成。
| 排名 | 镜像站 | 实测速度 (KB/s) | 下载 25MB 耗时 | 档位 |
|---|---|---|---|---|
| 1 | gh.zwy.one | 7119 | 3.5 秒 | 优秀 |
| 2 | raw.ihtw.moe | 6516 | 3.8 秒 | 优秀 |
| 3 | gh.llkk.cc | 6211 | 4.0 秒 | 优秀 |
| 4 | gh.xxooo.cf | 5912 | 4.2 秒 | 优秀 |
| 5 | ghfile.geekertao.top | 5561 | 4.5 秒 | 优秀 |
| 6 | ghproxy.cxkpro.top | 5292 | 4.7 秒 | 优秀 |
| 7 | git.yylx.win | 5230 | 4.7 秒 | 优秀 |
| 8 | gh.h233.eu.org | 4918 | 5.0 秒 | 优秀 |
| 9 | cdn.crashmc.com | 4671 | 5.3 秒 | 优秀 |
完整梯队的参考区间：
| 速度档位 | 范围 (KB/s) | 代表站点 | 适合场景 |
|---|---|---|---|
| 优秀 | 4600+ | gh.zwy.one, ghproxy.cxkpro.top | 紧急下载、大文件 |
| 良好 | 3000-4600 | cors.isteed.cc, fastgit.cc | 日常下载 |
| 一般 | 1000-3000 | ghfast.top (2972), gh.monlor.com | 备选通道 |
| 较慢 | <1000 | ghproxy.it (1365), gh.jasonzeng.dev | 应急备用 |
三类 GitHub 加速服务，别搞混
很多人把镜像站全叫”GitHub 加速”，但实际上它们分属三类，搞混了会导致走错方向：
| 类型 | 代表 | 加速什么 | 不加速什么 |
|---|---|---|---|
| 文件反代下载 | ghproxy 系列、gh.zwy.one | Release asset、Raw 文件、ZIP | 网页浏览、git clone |
| 网页浏览镜像 | kkgithub.com、gitclone.com | 浏览仓库页面、查看代码 | Release 文件下载 |
| hosts 映射 | GitHub520、FastGithub | 域名解析加速、网页加载 | 大文件传输速度 |
kkgithub.com 是一个典型——它的主页长得和 GitHub 一模一样，你可以浏览仓库、看 Issue、搜索代码，但如果你把 Release asset URL 拼在 kkgithub 域名后面，它不会代理文件下载。它的定位是”让你看代码更快”，而不是”让你下载文件更快”。
ghproxy 系列恰恰相反：你打开 ghproxy.com 的首页可能看到的是空白或一个简单的输入框，因为它只做文件转发，不代理网页渲染。能下载不能浏览，这才是文件反代镜像的正常表现。
按场景选镜像：不同需求配不同服务站
日常下载小文件（<100MB）：ghproxy.net
无广告、有断点续传、不需要注册。直接用前缀模式：
原链接: https://github.com/user/repo/releases/download/v1.0/app.zip
加速后: https://ghproxy.net/https://github.com/user/repo/releases/download/v1.0/app.zip批量下载大文件（>1GB）：ghproxy.homeboyc.cn
实测 1GB+ 文件下载稳定，不容易在中途断开。大文件最怕的不是速度慢而是断连——重新开始的时间成本远高于选一个慢但稳定的镜像。
极致速度：gh.zwy.one
7119 KB/s 的头部选手，适合你明确知道文件不大但很急的场景（比如客户端内核更新、紧急 bug 修复版）。
多国网络 / 海外回国：ghfast.top
如果你人在国外但需要下载国内开发者更快访问的镜像，ghfast.top 的多国 CDN 节点对海外网络路线更友好。
hosts 方案：GitHub520
如果你需要频繁访问 GitHub 网页（不只是下载文件），GitHub520 的 hosts 方案是最轻量的方案。它通过修改本地 hosts 文件把 GitHub 域名指向可用的 CDN IP，不需要把每个下载链接都拼一次镜像前缀。限制是速度上限不如专门的下载反代。
镜像站的使用姿势：前缀模式 vs 域名替换
反代镜像有两种用法：
前缀模式（推荐，适用面最广）：
镜像域名 + 完整原始 URL例如：https://ghproxy.net/https://github.com/clash-verge-rev/clash-verge-rev/releases/download/v2.5.1/Clash.Verge_v2.5.1_x64-setup.exe
这种模式的好处是镜像站不需要维护 GitHub 目录结构的映射，对任何 Release 链接都通用。
域名替换模式：
把 github.com 替换成镜像域名，其余路径不变。只有少数镜像（如 kkgithub）支持这种模式，且主要用于浏览而非下载。
不支持的模式：不要只把镜像域名贴到浏览器地址栏期望看到完整的 GitHub 网页——反代下载镜像不做页面渲染。
下载后的安全底线：时刻对照 SHA256
无论通过哪个镜像下载，安装前都用官方 Release 页公布的 SHA256 校验文件完整性：
# macOS / Linux
sha256sum 下载的文件名
# Windows PowerShell
Get-FileHash 下载的文件名 -Algorithm SHA256比对结果和官方 Release 页的 checksum 一致才安装。这个步骤不是因为镜像站不可信——而是因为下载链路中的任何一环（CDN 缓存、本地磁盘、网络传输）都可能损坏文件。代理客户端和内核这类需要管理员权限运行的文件尤其要检。
镜像服务的稳定性和代理订阅的关系
反代镜像本身只是传输通道，不提供账号、不要求登录。但如果你频繁下载代理客户端和内核文件，配套基础设施会直接影响更新效率。比如你的订阅更新接口和内核下载源如果都在 GitHub 上，选一个稳定的镜像方案可以减少一半的排错时间。
客户端下载完、校验通过、配置导入后，需要一个 兼容 Clash / Singbox / V2Ray 的订阅 来验证整个链路是否跑通。镜像解决的是”怎么把工具拿到手”，订阅解决的是”拿到工具后怎么让它工作”。
未覆盖的边界
- 速度数据基于 2026 年 3-5 月社区公开实测，中国电信宽带环境。移动和联通用户的排名可能有显著偏移。
- 镜像站的可用性变化很快——今天的第一名明天可能关机。下载前先用 curl -I 测试一下目标镜像是否可达。
- 本文未测试自建 gh-proxy-py 的性能数据，仅描述了它的适用场景。
- 移动网络（4G/5G）下的测试数据来自
mirror.ghproxy.com的官方声明，未独立验证。 - 所有镜像站都只支持公开仓库的文件下载；私有仓库的 Release asset 必须通过 GitHub API + token 获取，镜像无法代理认证流量。