<p>std::getenv 返回 const char* 需判空再构造 std::string，否则空指针解引用导致未定义行为；它无法区分变量未设置与值为空，且非线程安全；跨平台建议封装判空逻辑，注意环境变量编码非 UTF-8 的潜在乱码问题。</p>
用 std::getenv 读取环境变量最直接，但返回的是 C 风格字符串
标准库没有直接返回 std::string 的接口，std::getenv 返回 const char*，空指针表示变量不存在。不能直接赋值给 std::string 就完事——得先判空，否则会崩溃。
常见错误是写成：std::string value = std::getenv("PATH");，一旦 PATH 未设置（比如某些嵌入式或精简环境），程序直接触发 std::string 构造函数对空指针解引用，UB（未定义行为）。
- 务必检查返回值：
const char* raw = std::getenv("HOME"); if (raw) { std::string s(raw); } - 环境变量名区分大小写（Windows 除外，但
std::getenv在 Windows 上仍按大小写敏感方式查找） -
std::getenv不是线程安全的——如果其他线程同时调用putenv或修改环境，结果可能不可靠
Windows 下用 GetEnvironmentVariableA 更可控
Windows API 提供了带缓冲区长度控制的版本，能明确区分“变量不存在”和“值为空字符串”两种情况，而 std::getenv 对这两者都返回 nullptr，无法区分。
例如：HOME 存在但值为空，std::getenv("HOME") 返回 nullptr，你无法判断是没设还是设成了空串；而 GetEnvironmentVariableA("HOME", buf, size) 返回 0 表示不存在，返回 1 表示存在且为空。
立即学习“C++免费学习笔记（深入）”；
- 需要包含
<windows.h> - 缓冲区必须足够大，推荐用
GetEnvironmentVariableA(name, nullptr, 0)先查所需长度 - 返回值为 0 且
GetLastError() == ERROR_ENVVAR_NOT_FOUND才是真不存在
跨平台封装建议：优先用 std::getenv，但加一层空值保护
99% 的场景下，std::getenv 足够用，只要封装时把判空逻辑收进去。别重复造轮子去调 Windows API 或 POSIX environ，除非你明确需要区分空值和未定义。
一个轻量封装示例：
std::string get_env(const char* name) {
const char* val = std::getenv(name);
return val ? std::string(val) : std::string();
}注意：返回空 std::string 并不意味着变量被设为空——它也可能是根本没设。这是设计取舍，不是 bug。
- 不要试图在封装里自动 fallback 到 Windows API，会增加头文件依赖和编译路径复杂度
- 如果项目已用 CMake，可通过
check_symbol_exists(getenv "stdlib.h" HAVE_GETENV)做基本可用性检测（几乎总是 true） - 避免在多线程 hot path 中频繁调用——环境变量一般不变，读一次缓存起来更稳妥
容易被忽略的点：环境变量值可能含非 UTF-8 字节序列
Linux/macOS 下，环境变量编码取决于当前 locale；Windows 控制台默认是 GBK 或 Shift-JIS。如果你后续要把这个 std::string 当作 UTF-8 处理（比如传给 Qt、Boost.Locale 或 JSON 库），大概率出乱码或解析失败。
没有银弹方案，但至少要知道：拿到的字节流不是“字符串内容”，而是原始字节。是否需要转码、怎么转，取决于你的下游用途。
- 若只做路径拼接或进程启动参数，通常可原样传递（
execv等系统调用不关心编码） - 若用于日志、GUI 显示或文本处理，必须明确 source encoding 并转换，不能假设是 UTF-8
- C++20 的
std::osyncstream或第三方库如 ICU 可辅助，但别指望std::string自己解决编码问题
