必须在os.setenv前调用os.unsetenv清理环境变量，否则并行测试会因全局状态污染而失败；go 1.17+推荐t.setenv自动恢复，旧版本需用os.lookupenv读原值+defer还原，并统一使用全大写变量名以规避平台差异。
Go测试中用os.Setenv前必须先os.Unsetenv
直接调用os.Setenv改环境变量，测试跑完会污染全局状态——后续测试可能读到你设的值，尤其在并行测试（go test -p）里极易出错。这不是“建议”，是必做动作。
- 每次测试开始前，先用
os.Unsetenv("KEY")清掉可能残留的键；如果不确定是否存在，os.Unsetenv本身是安全的，不会panic - 测试结束后，**不能只靠
defer os.Unsetenv**：万一测试中途panic，defer不执行，变量就漏了；更稳妥的是用defer func(){ os.Unsetenv("KEY") }()配合显式清理 - 若多个测试共用同一环境变量，考虑用
t.Setenv("KEY", "val")（Go 1.17+），它自动在测试结束时恢复原值，且支持并行安全
t.Setenv只在Go 1.17及以上有效，老版本得自己封装
低于1.17的项目（比如还在维护Go 1.16的CI），t.Setenv根本不存在，硬写会编译失败。这时候得手动模拟，但别自己写个全局map存旧值——容易漏锁、并发错乱。
- 最简方案：每个测试用
os.Getenv先读原值，os.Setenv设新值，再用defer还原：old := os.Getenv("PATH") os.Setenv("PATH", "/tmp/testbin:"+old) defer os.Setenv("PATH", old) - 注意
os.Getenv返回空字符串不等于变量不存在，要区分""和未设置；保险起见用os.LookupEnv：if val, ok := os.LookupEnv("DEBUG"); ok { ... } - 避免在
init()或包级变量里读环境变量——测试时它们早已初始化完毕，改环境变量也来不及生效
环境变量大小写在Windows和Linux上行为不一致
Windows下os.Getenv("PATH")和os.Getenv("path")都返回值；Linux/macOS严格区分大小写。如果你的代码写了os.Getenv("Path")，本地Windows测试通过，Linux CI直接返回空。
- 所有环境变量名统一用全大写（如
"CONFIG_FILE"），这是事实标准，也规避平台差异 - 测试中别用
t.Setenv("Path", "...")去测大小写容错——这不是环境变量的设计意图，而是代码逻辑缺陷 - 如果必须兼容旧配置，解析时统一转大写：
os.Getenv(strings.ToUpper(key))，但注意这会让t.Setenv失效（它按原名设）
用os.Setenv改GOROOT或GOPATH基本没用
Go运行时在启动时已读取GOROOT/GOPATH，后续调用os.Setenv不会影响go/build包的行为，也不会改变exec.Command("go", "...")的执行路径。
立即学习“go语言免费学习笔记（深入）”；
- 想控制子进程的Go环境？得显式传
env参数：cmd := exec.Command("go", "version") cmd.Env = append(os.Environ(), "GOROOT=/tmp/fake") - 测试依赖
go命令的工具？优先用testmain或gomock打桩，而不是动系统变量 - 真要覆盖
GOPATH做模块测试？改GO111MODULE=on+pwd下放go.mod，比碰环境变量可靠得多
