容器内 GOPROXY 配置失效的典型表现是 go mod download 或 go build 卡在 Fetching 阶段，日志出现 context deadline exceeded 或 dial tcp: i/o timeout；根本原因是容器网络与代理配置未对齐，包括环境变量未注入、DNS 解析失败、网络模式限制、WSL2/Docker Desktop 的 DNS/代理穿透问题、GONOPROXY 未正确配置私有模块、缓存缺失导致限流超时，以及 direct 关键字缺失或被截断。
容器内 GOPROXY 配置失效的典型表现
执行 go mod download 或 go build 时卡在 Fetching 阶段，日志里反复出现 context deadline exceeded 或 dial tcp: i/o timeout；即使宿主机能正常访问 https://goproxy.cn，容器内却始终失败。这不是镜像源问题，而是容器网络与代理配置没对齐。
- 容器启动时未注入环境变量：Dockerfile 里漏写
ENV GOPROXY=https://goproxy.cn,direct，或 docker run 时没加-e GOPROXY="https://goproxy.cn,direct" - 镜像源地址被容器 DNS 解析失败：某些精简镜像（如
golang:alpine）默认用 musl libc 的 DNS resolver，遇到 CDN 域名（如 goproxy.cn 的 CNAME）容易超时；可临时验证：nslookup goproxy.cn看是否返回 IP - 容器网络模式限制：使用
--network=host时没问题，但默认 bridge 模式下若宿主机开了防火墙（如 ufw），可能拦截容器 outbound 流量到 443 端口
WSL2 / Docker Desktop 下的 DNS 和代理穿透问题
Windows 上用 WSL2 + Docker Desktop，go mod 经常卡在 DNS 解析，不是因为代理不可达，而是 Go 默认的纯 Go DNS 解析器在 WSL2 虚拟网络里查不到 Windows 宿主的 DNS 设置。
- 强制走系统 DNS：在容器启动前或 Dockerfile 中加
ENV GODEBUG=netdns=cgo，让 Go 调用 libc 的getaddrinfo而非自带 resolver - 检查 WSL2 的
/etc/resolv.conf是否被 Docker 覆盖：若内容是nameserver 127.0.0.11（Docker 内置 DNS），而该服务在某些版本中响应慢，可改用宿主 DNS：echo "nameserver 8.8.8.8" > /etc/resolv.conf（仅调试用） - Docker Desktop for Windows 用户注意：Go 工具链会读取 Windows 的
HTTP_PROXY环境变量，但GOPROXY优先级更高；若两者冲突（比如公司代理只放行内网域名），反而导致goproxy.cn被转发到内部代理并超时
私有模块拉取失败：GONOPROXY 必须显式声明
容器里跑 CI/CD 流水线时，go mod tidy 对 gitlab.internal.company/pkg 报 404 Not Found 或 timeout，不是网络不通，而是 GOPROXY 把这个内网域名也转发给了 goproxy.cn，而镜像站根本无法处理私有鉴权。
-
GONOPROXY必须设成完整域名或 CIDR：例如go env -w GONOPROXY="gitlab.internal.company,192.168.0.0/16"；不能只写gitlab或漏掉协议前缀 - 值里不能有空格或换行：Docker 的
-e参数若用双引号包裹且含空格，会被 shell 截断；推荐写成单行：-e GONOPROXY="gitlab.internal.company,10.0.0.0/8" - 如果私有 Git 服务走 HTTPS 且证书自签，还需配
GOINSECURE=gitlab.internal.company（仅限内网可信环境），否则 TLS 握手直接失败
缓存层缺失导致重复拉取和超时累积
每次容器重建都从零跑 go mod download，不仅慢，还因频繁建连触发代理限流（如 goproxy.cn 对单 IP 有 QPS 限制），最终表现为“越往后越慢”，甚至部分模块超时后整个 tidy 失败。
立即学习“go语言免费学习笔记（深入）”；
- 利用 Docker 构建缓存：在
Dockerfile中把go mod download放在COPY go.mod go.sum .之后、COPY . .之前，这样只要依赖没变，后续构建就复用缓存层 - 挂载宿主机
$GOPATH/pkg/mod到容器内（不推荐生产）：-v $HOME/go/pkg/mod:/go/pkg/mod，但要注意权限和多项目冲突 - 企业级方案：在内网部署
Athens或Goproxy服务，监听0.0.0.0:3000并开放给容器网络；容器内设GOPROXY=http://athens.internal:3000，彻底规避外网依赖
GOPROXY 值末尾，且不能被任何空白字符截断——这是最容易被 CI 脚本或 Helm chart 模板破坏的一环。一旦缺失，所有非公开域名都会被代理转发，错误表现和真实网络故障几乎一样，排查时极易绕远路。 
