Go环境自测需验证GOPATH、GOBIN、GOPROXY三项关键值，清空模块缓存后执行go mod download测试网络与权限，用go test -run=^$检验工具链完整性，并检查go list -m all中replace/indirect标记是否异常。
Go环境自测不能只跑go version就完事——它不检查GOROOT、GOBIN是否在$PATH，也不验证go mod能否正常拉取私有仓库或代理源。
go env 输出必须校验的三项关键值
运行go env后，重点盯住以下三个变量的实际值，而非默认值：
-
GOPATH：如果仍指向$HOME/go但你实际把项目放在/work下，go install会静默失败，且go test可能找不到本地依赖 -
GOBIN：若为空，go install生成的二进制文件会落在$GOPATH/bin，但该路径若未加入$PATH，后续调用derper或sm2test命令就会报command not found -
GOPROXY：值为https://proxy.golang.org,direct时，国内用户大概率卡在go get阶段；应显式设为https://goproxy.cn,direct或https://mirrors.aliyun.com/goproxy/,direct
go mod download 能暴露真实网络与权限问题
仅靠go build成功不代表模块能复现——它可能用了本地缓存或 vendor 目录。真正检验环境是否“可交付”的操作是：
- 删掉
$GOPATH/pkg/mod/cache（或$GOMODCACHE）目录，清空本地模块缓存 - 进一个空目录，执行
go mod init example.com/test - 执行
go mod download golang.org/x/net@latest——注意必须带版本号，否则go mod download不生效 - 失败时常见错误：
Get "https://proxy.golang.org/...": dial tcp: lookup proxy.golang.org: no such host（DNS污染）、403 Forbidden（私有仓库未配git config凭证）
go test -run=^$ 不是摆设，它测的是测试基础设施本身
这个命令看似什么都没跑，实则是验证testing包、go tool cover、go tool vet等底层工具链是否完整加载：
- 若报错
cannot find package "testing"，说明GOROOT指向错误或被覆盖 - 若报错
failed to parse coverage: unrecognized format，通常是go tool cover二进制损坏，需重装 Go - 在 CI 环境中，该命令常被忽略，结果导致后续
go test -cover直接 panic，而错误日志里只显示“exit status 2”，无具体线索
最容易被跳过的其实是go list -m all输出里的replace和indirect标记——它们不报错，但一旦出现在自测环境里，说明你本地改过依赖却没同步到go.sum，下次换机器拉代码就会失败。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
