go中os.getenv无法区分未设置与空值，应配合os.lookupenv；os.setenv仅影响当前进程及子进程，不可持久化；跨平台需注意大小写敏感性差异，测试时应妥善备份恢复环境变量。
Go 里 os.Getenv 能安全读取环境变量，但 os.Setenv 只影响当前进程，无法修改父进程或系统级环境变量。
读取环境变量：用 os.Getenv，注意空字符串和未设置的区别
os.Getenv 在变量未设置或值为空时都返回空字符串 ""，无法区分两者。实际使用中常需配合 os.LookupEnv 判断是否存在：
-
os.Getenv("PATH")—— 直接取值，不关心是否定义 -
value, ok := os.LookupEnv("DEBUG")——ok为true表示变量已设置（哪怕值是""） - 生产环境中避免依赖未声明的环境变量，建议启动时校验关键变量是否存在
设置环境变量：用 os.Setenv，仅对当前 Go 进程及其子进程生效
os.Setenv 修改的是当前进程的环境副本，调用后启动的子命令（如 exec.Command）能继承该值，但不会反向写入 shell 或操作系统。常见误用场景：
- 试图用它“持久化配置”——无效，进程退出即丢失
- 在 HTTP handler 中反复
Setenv期望影响其他 goroutine——虽线程安全，但无业务意义，且可能干扰并发子命令 - 未处理错误：
os.Setenv返回error，虽然极少失败（仅当键含=或\x00等非法字符时），仍建议检查
if err := os.Setenv("LOG_LEVEL", "debug"); err != nil {
log.Fatal(err)
}
// 后续 exec.Command("sh", "-c", "echo $LOG_LEVEL") 将输出 debug
跨平台兼容性：Windows 和 Unix 对环境变量名大小写处理不同
Windows 环境变量名不区分大小写（Path、PATH、path 指同一变量），而 Linux/macOS 区分。这会导致：
立即学习“go语言免费学习笔记（深入）”；
-
os.Getenv("PATH")在 Windows 上可能命中Path，但在 Linux 上若实际设的是path就拿不到 - 用
os.Setenv("MyVar", "1")后再os.Getenv("myvar")：Windows 可能返回"1"，Linux 一定返回"" - 建议统一使用全大写、下划线风格（如
DB_HOST），并避免在代码中混用大小写变体
测试中模拟环境变量：临时替换 + os.Unsetenv 是可靠做法
单元测试需要控制环境变量时，不能只靠 Setenv，必须确保清理，否则污染后续测试：
- 先用
old, ok := os.LookupEnv("FOO")记录原始值 - 调用
os.Setenv("FOO", "test") - 测试结束后，用
if ok { os.Setenv("FOO", old) } else { os.Unsetenv("FOO") }恢复 - 更稳妥的做法是把依赖环境变量的逻辑抽成函数参数（如
func run(logLevel string)），测试时直接传值，而非读环境变量
真正容易被忽略的是：子进程是否真的需要继承这些变量？很多场景下，显式通过命令行参数或配置文件传递比依赖环境变量更清晰、更可控。
