go version和go env能稳定输出即安装成功；前者验证二进制与PATH，后者确认GOROOT、GOPATH等关键变量是否正确加载，二者是不依赖项目结构或网络的基础稳定性探针。
go version 和 go env 必须能稳定输出
安装完成后，go version 和 go env 是最基础的稳定性探针。它们不依赖项目结构或网络，只验证二进制可执行性和环境变量加载是否可靠。
常见失败现象：command not found（PATH 未生效）、GOROOT 指向错误路径、GOBIN 为空但 PATH 里没包含它。
- 每次新开终端都必须能直接运行
go version，不能靠临时export PATH=... -
go env GOROOT应指向/usr/local/go（或你解压的实际路径），且该目录下必须存在bin/go -
go env GOPATH可以是默认值（如$HOME/go），但不要手动设成不存在的路径，否则后续go install会静默失败
go run hello.go 要能秒级完成且无缓存干扰
go run 同时触发解析、编译、链接、执行四个阶段，比 go build 更敏感——它会检查 GOPATH、模块模式、GO111MODULE 状态，还会读取 go.mod（如果存在）。
容易踩的坑：
立即学习“go语言免费学习笔记（深入）”；
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 在非模块目录下执行
go run时，若GO111MODULE=on（推荐设置），会报错no required module provides package - 文件名不是
.go后缀，或包名不是main，或main函数签名错误（比如少参数、返回值不对），都会导致编译失败而非运行失败 - 反复运行同一命令，应始终输出相同结果；若第一次成功、第二次卡住，可能是
GOROOT下的pkg目录权限异常或磁盘满
go test -v 要能在任意空目录稳定通过
Go 的测试工具链是自包含的，不需要额外安装。哪怕当前目录下没有任何 _test.go 文件，go test -v 也应快速返回 ok command-line-arguments 0.001s —— 这说明 testing 包和编译器后端工作正常。
这个行为常被忽略，但它能暴露深层问题：
- 如果报错
cannot find package "testing"，说明GOROOT损坏或被覆盖 - 如果卡在
go test且 CPU 占用高，可能是GOROOT/src/testing被误删或权限不对 - 在 CI/CD 中，建议加一句
go test -v 2>&1 | head -n 3做轻量健康检查，比跑完整测试集更稳
go mod download 要能复现且不因网络抖动失败
模块初始化和依赖下载是环境“活”起来的关键指标。稳定性不只看一次成功，而要看能否重复、可控地重建。
实操建议：
- 先执行
go mod init testenv && go mod tidy，观察是否自动创建go.mod和go.sum - 把
GO111MODULE=on和GOPROXY=https://goproxy.cn,direct写死在~/.bashrc，避免不同 shell 会话行为不一致 - 故意删掉
$GOPATH/pkg/mod后重试go mod download，确认能从代理源重新拉取，而不是报 checksum mismatch 或 timeout
真正难测的不是“能不能跑”，而是“换机器、换用户、换终端后，还能不能一模一样地跑”。所有路径、变量、代理设置，必须全部固化，不能靠临时记忆或文档补救。
