国内开源镜像源应该怎么选？

今天安装某个 npm 预发布包时被镜像源坑了一下，就去把国内几个主流镜像源都去查了一遍。刚好看到蓝点网发新闻说清华大学开源镜像站移除 OpenWrt 等镜像，就打算把收集到的信息整理一下，写了这篇文章。

清华镜像站砍了仓库

2026 年 8 月 9 日，清华大学开源软件镜像站（TUNA）发布公告：

由于存储资源严重受限，为保证服务正常运行，TUNA 镜像站已经移除了如下镜像：Anaconda、OpenWrt、Flutter（flutter-sdk.git 依旧保留）、GitLab EE。

同时停止提供 rsync 服务，对已移除镜像的 HTTP(S) 访问将跳转至教育网联合镜像站或对应软件的上游。公告末尾还有一句更值得注意的话：

TUNA 镜像站将不定期检视空间利用情况，并可能在未来继续不加通知地移除任何内容。

这是国内第一个公开宣布砍仓库的头部院校镜像站。院校镜像站由学生社团维护，存储和带宽都是实打实的成本，公网用户免费使用所不断消耗的流量行为也加剧了成本压力。而且收缩的不止清华：阿里云和腾讯云的 Anaconda 镜像，实测也已经 404。

我是怎么测的

  • 时间：2026-08-12 11:00（UTC+8）
  • 方法：对每个镜像站的关键仓库路径做 HTTP 探测，读取状态码和 Last-Modified 头判断同步新鲜度，并核对各站官方公告与文档
  • 覆盖：清华、中科大、上交、北大 4 个院校源；阿里云、腾讯云、华为云、火山引擎、网易、Azure 中国 6 个商业源
  • 指标：仓库覆盖度、同步新鲜度、可用性、使用限制
  • 注意：部分站点对匿名请求返回跳转或门户页，本次对所有 200 响应的仓库都核对了内容是否为真实目录列表（“Index of”）

镜像站策略变化很快，本文结论以测试时间为准。

十个源速览

仓库覆盖度

几个明显的分层：

  • 没有任何一个源做到全覆盖，npm / maven / goproxy 三个生态仓库在不同源之间来回缺席
  • 清华仓库规模最大（crates、flathub、homebrew 等都在），但 npm、maven、goproxy 已经不在服务列表里
  • 中科大、上交覆盖适中，语言生态（npm registry、goproxy）基本缺失
  • 商业源里华为最全；阿里把 npm、maven 拆到了独立服务；火山实际可用仓库很少
  • npm 生态实际由阿里的 npmmirror 事实垄断

同步速度

以 PyPI 的同步时间为准（检查 Last-Modified 头，HTTP 头是 GMT 时间，这里统一换算为北京时间）：

说一个今天刚踩的坑：安装 opencode2（npm 的 @opencode-ai/cli@next 预发布包）时，npmmirror 对预发布二进制的同步一直 404，最后换官方 registry 才装上。镜像源滞后官方源是常态，预发布包和冷门包最明显。遇到 npm 安装失败，先看一眼 npm config get registry。

对 conda 用户的影响

2026 年 Anaconda 镜像的格局变化很大：

如果你用 conda，现在能选的只剩中科大、上交、华为三家（清华的访问最终也会落到中科大）。

稳定性与风险

  • 院校源带宽有限，公网高峰可能偏慢，且有被成本压垮后收缩的风险（清华是第一个公开动手的）
  • 商业源 CDN 充足，但同步频率和仓库策略完全看厂商脸色，同样在收缩（阿里、腾讯的 anaconda 就是例子）
  • 共同趋势：语言生态被拆成独立服务（npm 归 npmmirror、maven 归 maven.aliyun.com），公共镜像站越来越“挑食”，只为高使用率仓库投入存储

不同镜像的特点

清华 TUNA：仓库规模大、更新快、状态页透明。但 2026 年 8 月 9 日的公告给所有重度用户提了醒：Anaconda、OpenWrt、Flutter、GitLab EE 已移除，rsync 停用，npm、maven、goproxy 也已不在服务列表，依赖它要接受不确定性。

中科大：pypi、conda、homebrew、docker、crates、kubernetes 同步都很及时，状态页（mirrors.ustc.edu.cn/status/）全透明，node 二进制镜像在 /node/ 路径（不是 /nodejs-release/）。缺点是没有 npm registry 和 goproxy。目前最平衡的默认选择。

上交：思源服务器（mirror.sjtu.edu.cn）的 conda/pip/homebrew 质量不错。致远服务器（mirrors.sjtug.sjtu.edu.cn）兼容老配置用，npm/pypi 已 404，处于淘汰状态。nodejs 没有镜像，路径 302 跳官方。缺 maven、goproxy、kubernetes。

北大：列表里有 anaconda、centos、debian、k8s、nodejs 等，但测试时 pypi 超时不可达；docker-ce 不在状态页同步列表，磁盘上只有 2024-05 停更的旧文件。曾经有长期停更期，可用性需要观察。

阿里云：发行版和工具链可靠，带宽足。语言生态被拆到独立服务：npm 走 npmmirror.com（事实标准），maven 走 maven.aliyun.com。anaconda 已下架。pypi 凌晨同步，比其他源慢约 5 小时。

腾讯云：pypi、homebrew-bottles 同步及时。现役域名是 mirrors.cloud.tencent.com，老域名 mirrors.tencent.com 实测仍可访问、仓库仍在同步，但官方文档推荐使用前者。无 anaconda、npm、crates、flathub。

华为云：覆盖广（anaconda、crates、flathub、npm、maven 都有），CDN 快，登录后还有加速通道。坑：goproxy 和 nodejs-release 目录需要登录认证（401），manjaro 停更一年。

火山引擎：实测真正提供服务的仓库只有 pypi、ubuntu、debian、alpine、centos、epel、docker、kubernetes 等少数。anaconda、npm、homebrew-bottles、maven2、crates.io-index、flathub 这些路径全部 301 跳转到 developer.volcengine.com 的门户页，看起来返回 200，实际不是仓库。没有 docker-ce（有 /docker/ 目录）。官方声明同步频率每天一次。

网易：archlinux、docker-ce、debian 等发行版源还活着且跟得上上游，但 pypi 停在 2023-11，epel、kubernetes 直接 404，并发请求会被限流。只适合低频场景。

Azure 中国：仓库有 archlinux、docker-ce、nodesource、go、kubernetes 等，centos、ubuntu、pypi 都没有（ubuntukylin 已 404），定位是 Azure 生态配套，不适合当通用源。

按工具推荐

有问题的源（2026-08-12 实测）

  1. 网易 pypi：停在 2023-11
  2. 网易 epel / kubernetes / elasticstack：404
  3. 阿里 anaconda：全部 404
  4. 腾讯 anaconda：404
  5. 清华 anaconda / openwrt / flutter / gitlab-ee：2026-08-09 移除；npm / maven / goproxy 不在服务列表
  6. 华为 goproxy、nodejs-release 目录：需登录
  7. 火山 anaconda / npm / homebrew / maven / crates / flathub：路径 301 跳转门户页，看着是 200 实际不是仓库；配源前先确认目录返回的是 “Index of” 而不是跳转
  8. 北大 pypi：测试时超时；docker-ce 已停更（磁盘旧文件停在 2024-05），状态页无此仓库
  9. npmmirror：预发布 / 冷门 npm 包同步滞后

部分国内镜像站

我的建议

  1. 别绑定在单一的镜像源上。清华这种大站也会砍仓库，商业源同样在收缩
  2. 关键仓库配两个或多个镜像源。pip、conda 这类核心依赖配“院校源 + 商业源”，一个挂了一个顶上
  3. 预发布包直接用官方源。镜像同步滞后是常态，装 next/rc 版本时别在镜像上死磕
  4. 按网络环境选最适合的镜像源。教育网用户优先院校源（清华、中科大、上交），公网用户优先商业源（阿里、腾讯、华为）

随着这些年内存和其它各项成本的不断上升，免费的镜像貌似逐渐在变成一种稀缺资源。拥有一个好的网络环境，或者花十分钟配好几个源，比某天某个大站突然下架某个仓库时再手忙脚乱，划算得多。在国内搞开发，网络问题花费的时间是占大头的，哈哈。

数据来源：2026-08-12 对 10 个镜像站的 HTTP 实测（含跳转链与目录内容核对），各站官方公告与文档。如需引用，请注明测试日期。