不能，直接改go.mod会因校验和不匹配或缓存不一致导致missing go.sum entry或unknown revision错误；必须同步更新go.sum、清理缓存或执行go mod download重新解析依赖。
直接改 go.mod 能不能救活下载中断？
能，但大概率会立刻失败。Go 不把 go.mod 当配置文件用，而是把它当作依赖快照——它必须和 go.sum、本地缓存（$GOPATH/pkg/mod）严格一致。你手动降级一个 require 行的版本号后，go build 或 go mod tidy 会立刻报 missing go.sum entry 或 unknown revision，因为校验和没更新、模块也没下载。
go env -w 配置代理前先确认终端环境是否生效
下载卡住八成是 GOPROXY 没配对。但很多人在系统 shell 里执行了 go env -w GOPROXY=https://goproxy.cn,direct，结果 IDE（如 VS Code 或 Goland）里的终端还是超时——因为 IDE 自带的终端不读系统 shell 的环境变量。
- 在 IDE 内置终端里也运行一遍
go env -w GOPROXY=... - 或检查 IDE 的 Go 设置页，看是否覆盖了
GOPROXY（Goland 在 Settings → Go → GOROOT & GOPATH；VS Code 在 Settings → Extensions → Go → GOPROXY） - 验证：在对应终端里执行
go env GOPROXY，输出必须是你刚设的地址，不能是空或https://proxy.golang.org
私有模块 403 或 lookup failed？不是权限问题，是路由错位
一旦设了公共代理（比如 goproxy.cn），所有模块都会被转发过去，包括 git.company.com/mylib 这类私有地址，结果就是 403 或解析失败。这不是 Git 凭据不对，是 Go 把私有域名当公开模块发给了镜像站。
- 立即加
GOPRIVATE：执行go env -w GOPRIVATE="git.company.com,github.com/my-org/*" - 通配符只支持
*，不支持正则；多个域名用英文逗号分隔，**中间不能有空格** - 如果用 SSH 克隆，跑
ssh -T git@git.company.com确保密钥可用；如果用 HTTPS，提前配好 Git 凭据，或设GIT_TERMINAL_PROMPT=0避免交互卡住
清理缓存后仍报 zip: not a valid zip file 怎么办
这个错误不是网络问题，是本地缓存里某个模块的 zip 包损坏了。删掉整个 modcache 太重，也浪费带宽；精准定位更省事。
- 看报错信息里带的模块路径，比如
github.com/some/pkg@v1.2.3 - 进
$GOPATH/pkg/mod/cache/download，按路径找对应目录（通常是github.com/some/pkg/@v/v1.2.3.zip和.info文件） - 直接删掉整个
v1.2.3目录，再跑go mod download - 如果不确定路径，就用
go clean -modcache，但得接受后续首次下载变慢
真正容易被忽略的是：改完 GOPROXY 或 GOPRIVATE 后，必须重新触发依赖解析，go mod download 是最干净的入口；别指望 go build 自动补全，尤其在离线或自定义 GOPROXY 场景下它可能静默跳过。
