go get不内置重试逻辑，所谓“重试间隔”是开发者自行添加的容错层；失败主因是GOPROXY配置错误或网络问题，应优先验证代理连通性并正确设置GOPROXY和GOPRIVATE。
go get 拉包失败时默认不重试，根本没“间隔”这回事
Go 的 go get 命令本身**不内置重试逻辑**——它要么成功拉取依赖，要么立即报错退出。你看到的“卡住”“超时”“反复失败”，其实是底层 HTTP 请求被阻塞或中断，不是 Go 主动重试。所谓“重试间隔”，是开发者自己补的容错层，不是 Go 工具链的行为。
网络不稳定时，手动加重试必须绕过 go get 直接调用 fetch 逻辑
想对包拉取加可控重试（比如指数退避 + 超时），就不能用 go get 命令行，得退到 Go 程序里用 golang.org/x/mod/sumdb/note 或 golang.org/x/mod/zip 等模块手动 fetch module zip 和 sumdb 记录。但更实际的做法是：
- 用
go mod download替代go get：它只下载不修改go.mod，失败后可安全重试 - 配合 shell 脚本做外层重试：
for i in {1..3}; do go mod download && break || sleep $((2**i)); done - 关键点：每次重试前要清掉失败残留（
rm -rf $GOCACHE/modules），否则go mod download可能直接返回缓存错误
GOPROXY 配置错误会导致“假性超时”，重试毫无意义
常见现象是 go mod tidy 卡在 Fetching github.com/some/pkg@v1.2.3，等几分钟才报 Get "https://proxy.golang.org/..." 错误。这不是网络慢，而是代理不可达或证书问题。此时加任何重试间隔都无效。
- 先验证代理连通性：
curl -v https://proxy.golang.org/module/github.com/golang/net/@v/list - 企业内网必须设
GOPROXY+GOPRIVATE，漏配GOPRIVATE会导致私有域名仍走失败代理 - 临时直连调试：
go env -w GOPROXY=direct，确认是否代理问题再决定要不要加重试
CI/CD 中真正需要重试的，是 go mod download 的并发失败场景
在 GitHub Actions 或 GitLab CI 里，并发执行 go mod download 可能因限流触发 429 错误，这时重试才有价值。但要注意：
立即学习“go语言免费学习笔记（深入）”；
- 别用固定 1s 间隔重试——所有 job 同时醒来会加剧冲突，必须加 jitter（随机偏移）
- 推荐退避公式：
sleep $(echo "scale=2; ($RANDOM % 1000) / 1000 + (2 ^ $ATTEMPT)" | bc) - 最大重试次数建议 ≤ 3，超过说明环境配置有问题（如代理带宽不足、DNS 不稳），该修环境而非堆重试
重试本身不能掩盖代理配置、网络策略或私有模块权限这些底层问题；加间隔只是给瞬时抖动留窗口，不是兜底方案。
