std::getenv是最直接且标准支持的跨平台环境变量读取方式，但必须检查返回值是否为nullptr以避免崩溃；Windows下推荐使用GetEnvironmentVariableA/W获取更可靠结果，Linux/macOS可借助environ全局变量遍历所有变量。
用 std::getenv 读取环境变量最直接，但要注意空指针风险
标准 C++ 没有原生的跨平台环境变量 API，std::getenv 是唯一被 C++ 标准明确支持的方式（来自 <cstdlib></cstdlib>）。它返回 const char*，如果变量不存在或为空，返回 nullptr —— 这是绝大多数 crash 的源头。
常见错误是直接解引用返回值：
std::string path = std::getenv("PATH"); // 编译不报错，但运行时可能崩溃正确做法必须判空：
- 检查返回值是否为
nullptr，再构造std::string - 不要对
std::getenv返回值做任何写操作（它是只读的） - 注意：
std::getenv不是线程安全的（POSIX 要求实现可重入，但 C++ 标准未保证；多线程中建议加锁或缓存）
Windows 下用 GetEnvironmentVariableA/W 更可靠
在 Windows 上，std::getenv 实际调用的是 CRT 的封装，而原生 WinAPI 的 GetEnvironmentVariableA（ANSI）或 GetEnvironmentVariableW（Unicode）能提供更细粒度控制，比如获取缓冲区所需大小、区分“变量存在但为空”和“变量不存在”两种情况。
立即学习“C++免费学习笔记（深入）”；
典型使用模式：
- 先调用一次，传入
nullptr或长度为 0 的缓冲区，获取所需缓冲区大小 - 分配足够空间，再调用第二次获取真实值
- 返回值为 0 表示变量不存在；返回值 > 缓冲区大小表示缓冲区不足；返回值 ≤ 缓冲区大小且 > 0 表示成功
这比 std::getenv 多一层健壮性，尤其适合需要严格区分空值与未定义的场景。
Linux/macOS 下 environ 全局变量可遍历所有变量
POSIX 系统暴露了全局符号 environ（类型为 char**），指向以 NULL 结尾的字符串数组，每个字符串形如 "KEY=VALUE"。它比反复调用 std::getenv 效率高，适合需要批量读取或枚举变量的场景。
使用前需包含 <unistd.h></unistd.h> 并声明 extern：
extern char** environ;
但要注意：
-
environ不是标准 C++ 接口，跨平台项目中需条件编译（#ifdef __linux__或#ifdef __APPLE__） - 不能修改
environ指向的内容，否则行为未定义 - 某些加固环境（如 setuid 程序）可能清空或限制
environ，此时它可能为nullptr
跨平台封装时，别忽略环境变量的生命周期和编码问题
环境变量值本质是字节序列，C++ 标准不规定其编码。Windows 默认 ANSI（依赖系统 locale）或 UTF-16（用 W 版本 API），Linux/macOS 通常是 UTF-8，但完全取决于 shell 启动时的 LANG 和 LC_* 设置。
这意味着：
- 用
std::getenv读出的const char*直接转std::u8string可能出错，除非你确定终端编码 - Windows 上若进程由 UTF-8 控制台启动（
chcp 65001），GetEnvironmentVariableA仍按系统 ANSI 返回，实际值可能是乱码 - 最稳妥的做法：关键路径（如配置文件路径、语言设置）优先用宽字符 API（Windows）或强制 UTF-8 解码（Linux/macOS），非关键日志类变量可保持原始字节流
环境变量不是稳定存储——父进程可随时修改，子进程继承的是快照；多线程读取时，除非你自己加锁，否则没有一致性保证。
