rust下载依赖慢或卡住的根本原因是默认使用国外crates.io镜像，导致网络延迟或超时；解决方案包括开启终端代理或修改$home/.cargo/config.toml配置国内镜像源（如ustc）并覆盖默认源。
为什么 go mod download 总是慢，甚至超时？
根本原因不是网络差，而是 Go 默认从官方 proxy.golang.org 拉包，这个地址在国内直连经常 504 或卡在 TLS 握手。更麻烦的是，它不自动 fallback，失败就停，不会试别的源。
你看到的 Get "https://proxy.golang.org/...": dial tcp: i/o timeout 或 received unexpected HTTP status: 504 Gateway Timeout，基本都指向镜像源不可达。
设置 GOPROXY 环境变量是最直接有效的解法
Go 1.13+ 原生支持代理协议，GOPROXY 是唯一需要配置的环境变量，不需要改 go.mod 或动构建脚本。
- 推荐值：
GOPROXY=https://goproxy.cn,direct（国内稳定、更新及时） - 备选值：
GOPROXY=https://proxy.golang.com.cn,direct（阿里云维护，对私有模块兼容稍好） -
direct表示：如果镜像源返回 404（比如私有模块没同步），就跳过代理，直连模块原始 URL - 不要写成
https://goproxy.cn,https://proxy.golang.org,direct—— Go 不支持多级 fallback，逗号只分隔「主代理」和「direct」两个部分
如何验证镜像源是否生效？
执行 go env GOPROXY 确认输出是你设的值；再跑一次 go mod download，观察日志里请求的 host 是否变成你配的域名。
如果仍走 proxy.golang.org，常见原因有：
- 终端启动方式问题：用 GUI 启动的 IDE（如 VS Code 图标点击）可能没继承 shell 的环境变量，需在 IDE 设置里显式配置
GOPROXY - 项目根目录下存在
go.env文件，它会覆盖全局go env设置，检查并删掉或修正它 - 某些 CI 环境（如 GitHub Actions）需在
env:下单独声明，不能只靠本地 shell 配置
私有模块和 replace 会不会被镜像源劫持？
不会。GOPROXY 只影响 go mod download 和 go get 的公共模块拉取行为；replace、exclude、本地路径模块、以 .git/.svn 结尾的 URL，全部绕过代理，直连原始地址。
但要注意：如果你用 replace example.com/foo => github.com/myfork/foo，而 github.com/myfork/foo 本身依赖其他公共模块，这些下游依赖仍会走 GOPROXY。
真正要隔离私有流量的场景（比如企业内网），得配合 GONOPROXY，例如：GONOPROXY=*.corp.example.com,example.com/internal —— 匹配上的模块才跳过代理。
