最可靠的方式是执行 go version，它直接返回 Go 编译器版本字符串（如 go1.24.4），不依赖项目或模块，且与 runtime.Version() 一致；若提示 command not found，说明 PATH 未包含 GOROOT/bin。
go version 命令直接看运行时版本
最简单、最可靠的方式就是执行 go version。它不依赖任何 Go 项目或模块，只要 Go 工具链安装正确且在 PATH 中，就能立刻返回当前 Go 编译器的版本字符串。
输出形如：go version go1.24.4 darwin/arm64 或 go version go1.23.1 linux/amd64 —— 其中 go1.24.4 是核心版本号，后缀是目标平台信息（非运行时主机）。
- 这个命令读取的是 Go 安装目录下的元数据，不是运行时动态生成的
- 它和
runtime.Version()返回值一致（只是少了go前缀），但无需写代码、编译、运行 - 若提示
command not found: go，说明GOROOT/bin没进PATH，不是 Go 没装好，而是环境变量没生效
go env 输出完整构建与运行时环境变量
go env 是诊断环境配置的“第一现场”，它列出所有影响 Go 行为的关键变量，比如 GOPATH、GOROOT、GOOS、GOARCH、GOPROXY 等。
特别注意：GOOS 和 GOARCH 来自 go env，反映的是**当前 go 命令默认构建目标平台**，不是你正在用的操作系统。例如在 macOS 上执行 go env GOOS 返回 darwin，但在 Linux 容器里交叉编译 Windows 程序时，它可能仍是 darwin（因为 go 命令本身跑在 macOS 上）。
立即学习“go语言免费学习笔记（深入）”；
- 想确认是否启用了 Go Modules：看
GO111MODULE值，on或空值（Go 1.16+ 默认开启）都表示启用 - 代理是否生效：检查
GOPROXY是否为https://goproxy.cn,direct这类国内镜像 - 常见陷阱：
go env -w GOPATH=...写错路径后，go get可能静默失败，但go env会立刻暴露异常值
runtime.Version() 在程序内获取嵌入版本
当你要把 Go 版本写进日志、API 响应头或 User-Agent 字符串时，得在代码里调用 runtime.Version()。
它返回字符串如 "go1.24.4"，注意不含 v 前缀，也不含平台信息；它和 go version 输出的版本部分完全一致，因为两者来源相同（都是链接进二进制的构建时元数据）。
- 别用
runtime.GOOS判断运行时操作系统版本——它只告诉你编译目标（如linux），不是主机真实 OS 名称或发行版号 - 需要拼
User-Agent: myapp/1.0 (Darwin/14.5.0; go1.24.4)这类字符串时，runtime.Version()提供 Go 部分，OS 版本得另查（比如调sw_vers或uname -r） - 该函数无副作用、零开销，可安全在
init()或main()开头调用
容易被忽略的细节：GOOS/GOARCH ≠ 运行时主机环境
很多开发者看到 go env GOOS 是 linux 就以为程序一定跑在 Linux 上，结果在 macOS 上用 GOOS=linux go build 交叉编译出二进制，再拿到 Linux 服务器运行——这时 go env GOOS 仍显示 darwin（因为 go 命令本身在 macOS 上运行），而实际运行环境才是 linux。
真正反映运行时宿主系统的，只有 runtime.GOOS（静态常量）和外部命令输出（如 uname -s）。但要注意：runtime.GOOS 是编译期决定的，不是运行期探测的——它等于你执行 go build 时的 GOOS 环境变量值，而非程序启动时的 OS。
- 交叉编译场景下，
runtime.GOOS和宿主 OS 必然不同，这是预期行为，不是 bug - 要获取真实运行时 OS 版本（如 Ubuntu 24.04、Windows 11 23H2），必须调系统命令或用
gopsutil这类库，标准库不提供跨平台方案 - 所有基于
runtime.开头的常量，都是构建时快照，不是运行时反射
