std::getenv最轻量但需判空防崩溃，返回C字符串不可直接转string_view，Windows中文路径应改用GetEnvironmentVariableA/W，修改环境变量须慎用setenv/putenv或SetEnvironmentVariable。
std::getenv 读取环境变量最常用，但返回值可能为空指针
直接调用 std::getenv 是 C++ 里最轻量、最广泛兼容的方式，它本质是 C 标准库函数，所有主流编译器都支持。但它不抛异常，也不做空检查——如果环境变量不存在或被清空，就返回 nullptr，后续直接解引用会崩溃。
- 必须在使用前判空：
if (const char* val = std::getenv("HOME")) { /* 安全使用 val */ } - 返回的是 C 风格字符串（
const char*），不能直接赋给std::string而不检查空指针 - 返回的内存由系统管理，不可
free，也不建议长期保存指针——进程环境可能被修改（比如子进程改动） - 线程安全：POSIX 要求
getenv是线程安全的，但某些老旧嵌入式 libc 可能不保证；如需绝对可靠，加锁或改用secure_getenv（Linux）
Windows 下 GetEnvironmentVariableA 处理中文路径更稳妥
在 Windows 上，如果环境变量值含中文（比如 USERPROFILE 指向 C:\Users\张三），std::getenv 返回的可能是乱码——尤其当控制台代码页非 UTF-8 且程序未显式设置宽字符支持时。这时应优先用 Windows API 的 GetEnvironmentVariableA 或 GetEnvironmentVariableW。
-
GetEnvironmentVariableA返回 ANSI 编码字符串，与传统 CMD 兼容性好；GetEnvironmentVariableW返回宽字符，适合现代 Unicode 流程 - 调用前必须预估缓冲区大小：先传
nullptr获取所需长度，再分配缓冲区（否则易缓冲区溢出） - 示例片段：
DWORD size = GetEnvironmentVariableA("PATH", nullptr, 0); std::vector<char> buf(size); GetEnvironmentVariableA("PATH", buf.data(), size);</char> - 注意：该函数在 MinGW 或跨平台构建中需链接
-lkernel32，CMake 中要加target_link_libraries(myapp PRIVATE kernel32)
std::string_view 包装 getenv 结果？危险，别这么干
有人想省事，把 std::getenv 返回的指针直接构造 std::string_view，比如 std::string_view{std::getenv("TMP")}。这看起来简洁，实则埋雷。
- 如果变量不存在，
std::getenv返回nullptr，std::string_view(nullptr)是未定义行为（多数实现会崩） - 即使存在，
std::string_view不拥有数据，而环境变量内存生命周期不归你管——万一其他线程调用putenv或setenv修改了它，你的 view 就指向垃圾 - 正确做法：先判空，再复制到
std::string（如std::string{std::getenv("TMP") ?: ""}），确保数据自主可控
需要修改环境变量？setenv/putenv 行为差异大，慎用
读完要改？C++ 标准库不提供写环境变量接口，得靠 POSIX setenv 或 putenv，但二者语义差别很大，容易误用。
立即学习“C++免费学习笔记（深入）”；
-
setenv("KEY", "val", 1)：安全复制字符串，后续改原缓冲区不影响环境变量值 -
putenv("KEY=val")：直接接管你传入的整个字符串内存——如果你传的是局部数组或字面量，后续访问就悬空；必须用malloc分配并保持有效 - Windows 不支持
setenv/putenv，得用SetEnvironmentVariableA/W，且只影响当前进程及后代，不影响父进程 - 修改后，已打开的
std::getenv结果不会自动刷新——它缓存的是首次调用时的指针，再次调用才能看到新值
环境变量不是全局常量，它的生命周期、编码、可变性都比表面看起来复杂得多；尤其是跨平台项目里，一个 std::getenv 调用背后可能藏着 Windows 代码页、Linux locale、macOS SIP 限制三重坑。
