getenv不能直接读取所有环境变量，仅能访问进程启动时继承的静态快照，无法感知后续系统级修改或父进程新设变量，且不支持Unicode路径/值。
getenv 函数能直接读取所有环境变量吗
getenv 只能读取进程启动时继承的环境变量快照，不能实时感知后续系统级修改（比如另一个终端里执行了 export VAR=1），也不能读取父进程在你进程启动后才设置的变量。它不支持 Unicode 路径或值（Windows 下尤其注意，getenv 返回的是窄字符指针，若环境变量含中文且控制台编码为 GBK，可能显示乱码）。
调用前无需初始化，但必须确保变量名拼写完全匹配（区分大小写，Linux/macOS 下 PATH 和 path 是两个变量）。
getenv 返回空指针的常见原因
返回 nullptr 不一定代表变量不存在，也可能是被显式设为空值（例如 shell 中执行 VAR=; export VAR）。要区分“未定义”和“定义为空”，需结合 extern char **environ 手动遍历，或改用平台特定 API（如 Windows 的 GetEnvironmentVariableA 会明确返回 0 表示未找到）。
- 变量名拼错，比如把
HOME写成HOMEDIR - 程序以 setuid/setgid 方式运行时，大多数系统会清空敏感环境变量（如
LD_PRELOAD、PATH） - 在某些容器或沙箱环境（如 Flatpak）中，环境变量被主动过滤
跨平台安全读取环境变量的最小实践
避免直接裸用 getenv 后解引用——它可能返回 nullptr，导致段错误。推荐封装一层检查：
立即学习“C++免费学习笔记（深入）”；
const char* safe_getenv(const char* name) {
const char* val = getenv(name);
return val ? val : "";
}若需处理非 ASCII 值（如 Windows 注册表路径含中文），Linux/macOS 下可依赖 locale 设置，Windows 下建议改用 GetEnvironmentVariableW 配合 std::wstring，再转码。
注意：getenv 返回的指针指向内部静态存储，不可 free，也不应长期缓存——下次调用同名或任意 putenv/setenv 可能使其失效。
setenv/putenv 修改环境变量有副作用吗
是的。setenv（POSIX）和 putenv（更底层）会修改当前进程的环境块，影响后续 getenv 调用，也会影响 system() 或 fork()+exec 启动的子进程。但不会反向写回父进程或系统全局环境。
关键差异：
-
setenv("FOO", "bar", 1)：第三个参数为 1 表示覆盖已有值，0 表示仅当未定义时设置 -
putenv("FOO=bar")：传入的是"KEY=VALUE"格式的字符串指针，该指针内存必须持续有效（不能是局部数组或临时std::string::c_str()） - 多次
putenv同一键，旧的 value 内存不会被自动释放，可能造成泄漏
生产代码中，除非明确需要动态修改环境（如测试 mock、插件加载路径切换），否则尽量避免修改，优先用函数参数或配置文件传递值。
环境变量不是通用配置机制，它的生命周期、可见范围和安全性边界比想象中窄得多，尤其在多线程或容器化部署时，别把它当全局状态用。
