getenv最简单但返回const char*且非线程安全；未设置时返回nullptr而非空字符串，因C标准强制规定；需判空后使用，推荐std::string(getenv(key) ?: "")或封装默认值函数。
直接说结论：用 getenv 获取环境变量最简单，但它返回的是 const char*，且不保证线程安全；如果变量未设置，它返回 nullptr，不是空字符串。
为什么 getenv 返回 nullptr 而不是空字符串？
这是 C 标准规定的行为——环境变量不存在时，getenv 必须返回空指针。很多新手误判为 ""，结果一解引用就崩溃。
- 检查前必须先判断是否为
nullptr，例如：if (const char* val = getenv("HOME")) { /* 安全使用 val */ } - 不能直接传给需要非空
const char*的函数（如std::string构造函数），否则触发未定义行为 - Windows 下大小写不敏感（
"Path"和"PATH"可能返回相同值），Linux/macOS 严格区分
getenv 在多线程环境下是否安全？
POSIX 和 C11 标准明确：getenv 是异步信号安全的，但**不是线程安全的**——因为内部可能缓存或修改静态缓冲区（尤其在 glibc 中，首次调用后会构建哈希表）。
- 如果你只读不写环境变量（绝大多数场景），实际运行中通常不会出问题，但标准不保证
- 若程序中其他线程调用了
putenv或setenv，此时调用getenv可能读到脏数据或崩溃 - 更稳妥的做法是启动时一次性读取关键变量并缓存为
std::string，后续只读缓存
如何安全转成 std::string 并处理空值？
别写 std::string(getenv("XXX")) —— 这会在 getenv 返回 nullptr 时构造失败（C++20 前未定义，C++20 起抛 std::logic_error）。
立即学习“C++免费学习笔记（深入）”；
- 推荐写法：
std::string val = std::string(getenv("HOME") ?: "")（GCC/Clang 支持三目简写） - 跨编译器兼容写法：
if (const char* raw = getenv("TMPDIR")) { std::string tmpdir(raw); } - 想提供默认值？自己封装一层：
auto get_env_or = [](const char* key, const char* def) -> std::string { return std::string(getenv(key) ?: def); };
替代方案：C++17 的 std::filesystem::temp_directory_path() 真的能代替 getenv("TMPDIR") 吗？
不能完全替代。这个函数只解决临时目录路径，而且行为依赖实现：
- 它优先查
std::getenv("TMPDIR")（Linux/macOS）或"TEMP"/"TMP"（Windows），但查不到时会 fallback 到系统默认路径（如/tmp），并不等价于“获取环境变量”本身 - 如果你要读
LD_LIBRARY_PATH、PATH、HOME等任意变量，还是得靠getenv - 注意：
std::filesystem在某些嵌入式或旧环境（如 CentOS 6 + GCC 4.8）不可用，而getenv几乎无依赖
真正容易被忽略的点是：环境变量值本身可能含非打印字符或嵌入空字节（虽然极少见），getenv 不做校验，拿到的指针指向原始 C 字符串——只要没越界读取，就是安全的；但一旦你用 strlen 或 std::string 构造，就隐含了“以第一个 \0 结束”的假设。
