std::getenv 最直接但返回 nullptr 需判空，Windows 用 GetEnvironmentVariableA 更安全但不跨平台，修改环境变量需用 std::setenv 并注意重新读取，推荐封装空安全 getenv_or。
用 std::getenv 读取环境变量最直接，但返回值可能为空指针
标准 C++ 没有原生环境变量 API，实际靠 C 标准库的 std::getenv（定义在 <cstdlib>）。它快、跨平台、无需额外依赖，但有个硬伤：查不到时返回 nullptr，不是空字符串。
常见错误是直接解引用返回值：std::string val = std::getenv("HOME"); —— 一旦变量不存在，程序崩溃。
- 必须先判空：
if (const char* env = std::getenv("PATH")) { std::string path(env); ... } - 返回的是只读 C 字符串，不能修改，也不能长期持有指针（后续调用
std::setenv可能导致内存重用） - Windows 下大小写不敏感（
"Path"和"PATH"都行），Linux/macOS 严格区分
Windows 专用：GetEnvironmentVariableA 更安全，但仅限 Win32
Windows API 提供了更可控的接口：GetEnvironmentVariableA（ANSI）或 GetEnvironmentVariableW（宽字符）。它明确告诉你缓冲区是否够大，避免了 std::getenv 的悬空指针风险。
典型误用是传入太小的缓冲区却忽略返回值 —— 它返回所需字节数，若小于缓冲区大小才真正写入。
立即学习“C++免费学习笔记（深入）”；
- 先调一次获取长度：
DWORD size = GetEnvironmentVariableA("USERPROFILE", nullptr, 0); - 再分配缓冲区并读取：
std::vector<char> buf(size); GetEnvironmentVariableA("USERPROFILE", buf.data(), size);</char> - 仅 Windows 可用，Linux/macOS 编译不过，跨平台项目慎用
std::setenv 和 putenv 修改环境变量要小心作用域
想改环境变量？C++ 标准没提供写接口，得用 POSIX 的 std::setenv（推荐）或 std::putenv（危险）。关键点：子进程继承修改后的环境，但当前进程的已有变量副本（如已用 std::getenv 读过的）不会自动更新。
常见坑是以为改完立刻生效：std::setenv("DEBUG", "1", 1); auto v = std::getenv("DEBUG"); —— 这里 v 仍是旧值，除非重新调用 std::getenv。
-
std::setenv("KEY", "val", 1)：安全，复制字符串，可传栈变量 -
std::putenv("KEY=val")：危险，直接接管传入字符串内存，若传临时std::string::c_str()，后续对象析构就悬空 - 修改对已加载的动态库（如插件）不一定生效，取决于它们何时读取环境
跨平台封装建议：封装一层空安全的 getenv_or
项目如果频繁读环境变量，自己包一层比每次判空更可靠。重点不是“怎么写”，而是“怎么防错”：默认值机制 + 类型转换支持（比如转 int 或 bool）能省掉大量重复逻辑。
容易被忽略的是数字解析失败场景 —— std::stoi 遇到非数字会抛异常，而环境变量内容完全不可控。
- 基础版：
std::string getenv_or(const char* name, const std::string& def) { if (const char* v = std::getenv(name)) return v; return def; } - 带容错的整数版：
int getenv_int_or(const char* name, int def) { auto s = getenv_or(name, ""); try { return std::stoi(s); } catch (...) { return def; } } - 不要试图在封装里做“自动类型推导”，C++ 模板推导环境变量类型既不安全也不必要
环境变量本质是字符串，所有类型转换都应显式、可失败、有兜底。别信文档说“这个变量一定存在”，线上环境永远有意外。
