clearenv仅清空go进程内存中的环境变量副本，不影响系统环境变量；调用后getenv仍可读到值是因为此前已缓存或硬编码；必须在main开头尽早调用，否则标准库包可能已读取并缓存变量；需配合setenv使用，并显式设置子进程环境。
Clearenv 不是“清空系统环境变量”，它只清空当前 Go 进程内存里的环境变量副本。进程一退出，系统环境变量原封不动。
为什么调用 Clearenv 后 Getenv 还能读到值？
常见错误：在 Clearenv() 之前已经通过 os.Getenv 或 os.LookupEnv 读取过某些变量，而这些值被缓存或硬编码进逻辑里了——Clearenv 并不影响已读取的字符串变量。
-
Clearenv只修改运行时内部的environ全局切片（Go 运行时维护的一份环境变量快照） - 它不干涉操作系统层面的
environ，也不重载 libc 的getenv行为 - 如果你在
Clearenv前就做了val := os.Getenv("PATH")，那val仍是旧值，和后续Clearenv无关
Clearenv 必须在 main 开头尽早调用
一旦其他标准库包（比如 net/http、database/sql、甚至 log）初始化时读取过环境变量，它们可能已缓存了值。此时再 Clearenv 就晚了。
- 典型风险点：
http.DefaultClient不依赖环境变量，但某些第三方 HTTP 客户端（如带代理自动检测的）会在 init 阶段读HTTP_PROXY - 数据库驱动（如
pgx或mysql）可能在init里查PGHOST或MYSQL_HOST - 安全敏感场景（如测试隔离、沙箱执行）务必把
os.Clearenv()放在main()第一行，且不能有任何 import 包触发提前读取
Clearenv + Setenv 组合才是可控起点
单独 Clearenv 很少够用；真正需要的是“清空后只设必要变量”，否则程序大概率因缺失 GOPATH、HOME、USER 等基础变量而 panic 或行为异常。
-
os.Clearenv()后建议至少补上：os.Setenv("HOME", "/tmp")、os.Setenv("USER", "nobody")、os.Setenv("PATH", "/usr/bin:/bin") - 注意：
os.Environ()返回的是副本，调用Clearenv后再调用它会返回空切片 —— 这是验证是否生效的可靠方式 - 不要依赖
os.Getenv("PATH") == ""判断是否清空成功，因为Getenv对未设置键返回空字符串，和“清空后未设置”无法区分；应直接检查len(os.Environ()) == 0
最易被忽略的一点：Clearenv 不影响子进程继承的环境 —— 如果你用 exec.Command 启动外部命令，默认仍会把父进程启动时的原始环境传过去。真要隔离，得显式构造 cmd.Env 字段，而不是指望 Clearenv 替你搞定子进程。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
