GitHub Actions环境下运行Cargo时依赖下载偶发失败问题咨询

• 最核心的原因是 GitHub Action runner 到 crates.io 服务链路的不稳定：GitHub 公共 runner 的出口网络本身存在波动，和 crates.io 的CDN节点之间偶尔会出现丢包、连接主动重置的情况。由于每次下载依赖时请求的是不同包的资源，因此每次失败的依赖包均不固定，而本地环境到 crates.io 的链路正常所以不会复现该问题。
• Cargo 默认重试机制覆盖不足：报错日志显示已经触发了5次重试，但 Cargo 默认的重试间隔较短，遇到持续数秒的链路抖动时，会在链路恢复前就耗尽重试次数，最终报错。
• 公共 CI 环境的资源限制：GitHub 公共 runner 在高峰时段会出现带宽抢占的情况，单个下载请求的流量被限流会导致连接超时中断。
• crates.io CDN 限流策略：当同一时间段内来自 GitHub Action 网段的请求量超过阈值时，CDN 会随机丢弃部分请求，也会触发连接中断类的报错。

• 配置 Cargo 使用国内镜像源，替换默认的 crates.io 源，降低跨区域链路波动的影响
• 增加 Cargo 下载的重试次数和间隔，可通过设置环境变量 CARGO_HTTP_RETRY=10 CARGO_HTTP_RETRY_DELAY=2000 延长重试策略
• 开启 Cargo 并行下载限制，避免同时发起过多请求触发 CDN 限流，可设置环境变量 CARGO_HTTP_MULTIPLEXING=false

内容的提问来源于stack exchange，提问作者Jan