Go本地环境是否可用不能只看go version，必须分层验证：go version与go env GOROOT路径须完全一致；GO111MODULE必须为on；GOPROXY需设为https://goproxy.cn,direct；并在干净目录执行go mod init、go get和go run含import的main.go全链路成功。
Go 本地环境是否可用，不能只看 go version 输出就拍板。它只验证命令是否存在，不反映模块模式、代理配置、go.mod 兼容性等真实运行条件。自测必须分层验证。
go version 和 go env GOROOT 必须一致
这是最常被忽略的“假成功”点：终端里 go version 显示 go1.25.0，但 go env GOROOT 返回空或指向旧路径（比如 /usr/local/go.1.23.5），说明安装没生效或环境变量冲突。
- 两者输出的路径必须完全相同，且该路径下存在
bin/go可执行文件 - macOS / Linux 用户注意：如果用
brew install go，which go可能返回/opt/homebrew/bin/go，此时GOROOT必须显式设为/opt/homebrew/opt/go/libexec（不是brew --prefix go） - Windows 用户注意：MSI 安装默认写入
C:\Program Files\Go，但若手动解压到D:\go，必须同步修改系统环境变量中的GOROOT和PATH
GO111MODULE=on 且 GOPROXY 已生效
Go 1.16+ 默认开启模块模式，但首次运行 go run 时若 GOPROXY 不可用，会卡住几秒后报错 cannot find module providing package fmt——这不是缺标准库，是元数据查询失败。
- 运行
go env GO111MODULE，输出必须是on；若为auto或空，说明模块未强制启用 - 运行
go env GOPROXY，国内用户应为https://goproxy.cn,direct（注意逗号后**不能有空格**，direct必须小写） - 验证代理是否真起作用：新建空目录，执行
go mod init test && go get rsc.io/quote@v1.5.2，1 秒内完成即正常；超时则代理配置无效
go run 能跑通带 import 的最小模块
仅跑 hello.go 不够，要验证模块初始化、依赖解析、标准库加载三者协同是否正常。
立即学习“go语言免费学习笔记（深入）”；
- 在干净目录（如
/tmp/go-test）执行：go mod init example.com/test - 创建
main.go，内容为：package main import ( "fmt" "runtime" ) func main() { fmt.Printf("Go %s on %s/%s\n", runtime.Version(), runtime.GOOS, runtime.GOARCH) } - 执行
go run main.go，应立即输出类似Go go1.25.0 on linux/amd64 - 若报错
build cache is required或卡在finding rsc.io/quote，说明GOPROXY或磁盘权限有问题
真正可靠的自测，是让 go run 在无历史缓存、无网络依赖、无 IDE 干预的干净路径下，完成从 mod init 到成功执行的全链路。任何环节卡住或降级，都意味着后续开发可能突然失败——而这种失败往往发生在 CI 或同事拉代码时。
