Go CLI超时或丢包主因是纯Go DNS解析器（netdns=go）在内网或DNS污染环境下重试卡顿，需设GODEBUG=netdns=cgo切系统解析；GOPROXY fallback依赖GONOPROXY显式配置，golang.org/x路径默认绕代理，须临时清空GONOPROXY或离线安装。
为什么 GOPROXY 设置了还是超时或丢包？
不是代理地址写错了，而是 Go CLI 在底层 DNS 解析和 TCP 建连阶段卡住——它用的是纯 Go 实现的 DNS 解析器（netdns=go），在某些内网或 DNS 污染环境下会反复重试、超时长达 30 秒以上，且不响应 Ctrl+C。这不是代码问题，是工具链行为。
- 执行
go mod download -x查看最后一条curl命令，手动运行它，确认是getaddrinfo阶段慢，还是connect阶段失败 - 临时验证：加环境变量
go env -w GODEBUG=netdns=cgo，强制走系统 DNS（glibc 或 macOS resolver） - 根本解法：确保
GOPROXY地址能稳定访问，比如用curl -v https://goproxy.cn测试 TLS 握手是否正常
GOPROXY=https://goproxy.cn,direct 为什么有时仍拉不到私有模块？
direct 是 fallback 策略，但前提是 Go 能正确识别哪些模块该走代理、哪些该直连。如果私有模块域名没被显式排除，Go 仍会先尝试走 GOPROXY，结果 404 或超时后才 fallback——这期间就卡住了。
- 必须显式设置
GONOPROXY：例如go env -w GONOPROXY="git.internal.company,10.0.0.0/8" - 注意 CIDR 写法：不能写成
10.0.0.*，得用10.0.0.0/8；域名不支持通配符（*.corp无效），要列全或用子域名前缀（git.corp,api.corp） - 若用 GitLab 或自建仓库，确保模块路径与
go.mod中声明一致（如git.corp/group/repo），否则 Go 不会触发GONOPROXY判断
内网部署 Athens/Goproxy 服务后仍超时，怎么排查？
常见原因是服务监听地址绑定错误，尤其在 Docker、WSL 或多网卡机器上——服务只监听 127.0.0.1:3000，而 Go CLI 从宿主机或容器外访问，实际连的是 localhost 或 host.docker.internal，结果连接被拒绝或超时。
- 启动时指定监听地址：
athens --proxy-listen-host=0.0.0.0 --proxy-listen-port=3000 - Docker 场景下，检查
-p 3000:3000是否加上--network host或明确映射到物理网卡 IP - 验证服务可达：
curl -v http://172.16.10.5:3000/github.com/golang/go/@v/list（替换为你的内网 IP） - 防火墙必须放行端口：Linux 上运行
sudo ss -tuln | grep :3000看监听状态，再用sudo ufw status确认规则
go install gopls@latest 卡住，和 GOPROXY 有关吗？
有关，但不是直接走 GOPROXY。go install 对 golang.org/x/... 路径的模块，默认绕过代理，直连 golang.org——这个域名在国内基本不可达，且不走 GOPROXY 或 GONOPROXY 控制。
立即学习“go语言免费学习笔记（深入）”；
- 优先用
GO111MODULE=on go install golang.org/x/tools/gopls@latest，确保启用 Module 模式（Go 1.16+ 必须） - 若仍失败，临时替换路径：
go env -w GOPROXY=https://goproxy.cn,direct+go env -w GONOPROXY=清空，让所有请求都经代理（包括golang.org/x） - 更稳妥：下载离线包，用
go install ./gopls本地安装（需先git clone https://github.com/golang/tools并 checkout 对应 tag）
golang.org/x 这类路径的特殊处理逻辑——这些地方一错，就会表现为“明明设了代理却还在超时”。 
