go version能正常输出版本号是基础验证点，需确认输出含正确版本、os和架构；若报command not found则path未生效，须用where/which检查路径并source配置文件；goroot必须指向安装根目录且go111module应为on；go run main.go需成功输出“hello, go!”；go mod init和go list -m需生成并识别模块。
go version 能否正常输出版本号
这是最基础的验证点，不是“看看有没有”，而是看输出是否合理、路径是否干净。运行 go version 后，应看到类似 go version go1.22.5 darwin/arm64 的结果——版本号、OS、架构三者都得对。若报 command not found: go 或 'go' is not recognized，说明 PATH 没生效，不是重装就能解决的。
- Windows 用户用
where go查实际路径，确认是C:\Go\bin\go.exe而非旧版本残留 - macOS/Linux 用户用
which go，再检查该路径是否在~/.zshrc或~/.bash_profile的PATH中，改完记得source - 别忽略空格路径：Windows 安装到
C:\Program Files\Go会导致后续go build失败，官方不支持含空格的GOROOT
go env 是否显示合理的 GOROOT 和 GO111MODULE
go env 不是用来“扫一眼”，而是用来交叉验证路径和模式是否一致。重点盯两个变量：GOROOT 必须指向 Go 安装根目录（如 /usr/local/go），不能是子目录；GO111MODULE 应为 on，否则新建项目会意外 fallback 到 GOPATH 模式，导致 go mod init 静默失败。
- 执行
go env GOROOT，输出为空或/home/you/go这类用户路径，基本等于标准库不可用 - 执行
go env GO111MODULE，若为auto或空，在$GOPATH/src下初始化模块会跳过go.mod生成 -
GOENV若被设为off，则go env -w所有配置都会失效，但错误信息不明显
go run main.go 是否真能编译并输出 “Hello, Go!”
这步不是走流程，而是验证编译器前端、标准库链接、运行时三者是否真正联动。很多环境变量全对，但 go run 报 cannot find package "fmt"，本质是 GOROOT/src 缺失或损坏。
- 新建空目录，写
main.go，内容严格按格式：包声明、import 引号用英文双引号、func main()大写 - 运行
go run main.go，预期输出Hello, Go!；若卡住无输出，可能是杀毒软件拦截了临时二进制 - 避免在已有
go.mod的父目录下测试，否则go run可能读错模块路径，导致 import 解析异常
go mod init 和 go list -m 是否能生成并识别模块
现代 Go 项目默认启用模块机制，go mod init 是第一个暴露配置问题的命令。它不只生成文件，还触发模块根路径解析和缓存初始化。失败往往不报错，而是静默降级，等你 go get 时才崩。
- 在
main.go同目录运行go mod init example.com/hello，应生成go.mod文件且首行是module example.com/hello - 接着运行
go list -m，输出必须是example.com/hello；若输出command-line-arguments，说明模块未激活，大概率GO111MODULE=off或当前路径在$GOPATH/src内 - Windows 上若路径含中文或特殊符号，
go mod init可能生成非法 module path，后续所有依赖操作都会失败
真正容易被忽略的是：GOROOT 损坏时，go version 和 go env 都能跑，但 go run 会卡在标准库加载阶段，错误提示极简，甚至没日志。验证必须闭环——从命令存在，到路径正确，再到代码可编译、模块可识别，缺一不可。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
