os.Getenv读取环境变量返回空字符串无法区分未设置与设为空，应优先用os.LookupEnv；os.Environ需安全解析键值对；os.UserHomeDir和os.Getwd更可靠但须检查error；跨平台系统信息首选runtime常量。
os.Getenv 读取单个环境变量要检查空值
直接调用 os.Getenv 不会报错，哪怕变量根本不存在——它只返回空字符串 ""。这意味着你无法区分「变量未设置」和「变量设为空值」这两种情况。
更安全的做法是结合 os.LookupEnv，它返回值和布尔标志：
value, ok := os.LookupEnv("HOME")
if !ok {
// 环境变量未定义
}
// value 是实际值（可能为 ""，但至少知道它存在）
常见踩坑点：
-
os.Getenv("PATH")在 Windows 上返回Path（大小写不敏感），但严格来说，Windows 环境变量名是大小写不敏感的；Linux/macOS 则完全区分大小写 - 某些容器或 CI 环境中，
GOPATH、GOROOT可能未显式设置，os.Getenv返回空串，但runtime.GOROOT()仍可获取默认路径
os.Environ 获取全部环境变量并解析成 map
os.Environ() 返回 []string，每个元素形如 "KEY=VALUE"，需手动拆分。注意等号可能出现在 VALUE 中（例如 URL=https://a=b/c?d=e），所以不能简单用 strings.SplitN(s, "=", 2) 就完事——必须从第一个 = 处切开。
立即学习“go语言免费学习笔记（深入）”；
推荐写法：
envMap := make(map[string]string)
for _, kv := range os.Environ() {
if i := strings.IndexByte(kv, '='); i > 0 {
key, val := kv[:i], kv[i+1:]
envMap[key] = val
}
}
适用场景：
- 启动时做环境校验（比如必须含
DB_URL和ENV=prod） - 调试时打印所有变量：
fmt.Printf("%+v", envMap) - 避免重复调用
os.Getenv——批量读一次后缓存复用
os.UserHomeDir 和 os.Getwd 不依赖环境变量，但行为有差异
os.UserHomeDir() 从系统层面推导用户主目录，不读 HOME 环境变量（Windows 下查 USERPROFILE，Linux/macOS 查 HOME 或调用 user.Current().HomeDir）。它可能失败（如用户数据库不可达），应检查 error。
os.Getwd() 返回当前工作目录，和 PWD 环境变量无关——它是系统调用 getcwd(2) 的结果，更可靠。
对比要点：
-
os.Getenv("HOME")可被用户随意修改，os.UserHomeDir()更可信 -
os.Getenv("PWD")在 shell 中可能被 cd 修改过，也可能未更新（比如通过 symlink 进入目录后未触发更新），os.Getwd()总是真实路径 - 两者都可能返回 error，**必须检查**，不能假设成功
跨平台读取系统信息：os/exec + uname / systeminfo 要谨慎
os 包本身不提供 CPU 架构、内核版本等信息。常见做法是调用系统命令：
- Linux/macOS：
uname -srm（系统名、版本、机器架构） - Windows：
systeminfo | findstr /B /C:"OS Name" /C:"System Type"
但要注意：
- 命令可能不存在（Alpine 容器里没
uname）、输出格式不稳定（不同 locale 下中文提示）、权限受限（某些容器禁止 exec） - 更稳健的方式是用
runtime.GOOS、runtime.GOARCH获取编译目标平台，它们始终可用且无副作用 - 若真需运行时系统信息，建议先 fallback 到
runtime常量，再考虑 exec，并设置超时和 error 检查
环境变量不是系统信息的唯一来源，尤其在容器、CI、多租户场景下，硬编码或过度依赖 os.Getenv 容易失效。
