std::getenv最简单但需检查空指针，返回值不可释放且可能失效；Windows推荐GetEnvironmentVariableW；避免直接使用environ；环境变量值需手动解析分隔符与转义。
用 std::getenv 读取环境变量最简单，但要注意空指针风险
标准 C++ 提供了 std::getenv（定义在 <cstdlib> 中），它直接封装了底层 POSIX 或 Windows 的环境查询逻辑。调用后返回 const char*，如果变量不存在或为空，返回 nullptr。
- 必须检查返回值是否为
nullptr，否则解引用会崩溃 - 返回的内存由运行时管理，不能
delete，也不应长期保存指针（后续putenv等操作可能使指针失效） - 线程安全：C++11 起
std::getenv是线程安全的，但某些旧 libc 实现（如 glibc 2.27 之前）在多线程下反复调用可能有竞态，建议缓存结果或加锁
示例：
#include <cstdlib>
#include <string>
<p>std::string get_env(const char<em> name) {
const char</em> val = std::getenv(name);
return val ? std::string(val) : std::string();
}</p><p>auto home = get_env("HOME"); // Linux/macOS
auto path = get_env("PATH");
Windows 下用 GetEnvironmentVariableA/W 更可靠
在 Windows 上，std::getenv 依赖 CRT 的环境快照，可能无法反映进程启动后通过 SetEnvironmentVariable 动态修改的值；而 WinAPI 的 GetEnvironmentVariableA（ANSI）或 GetEnvironmentVariableW（Unicode）始终读取当前进程环境块，实时性更好。
- 需要包含
<windows.h> - 缓冲区大小必须足够，否则返回所需长度，需重试或用足够大的栈数组（如 32KB）
- 推荐用
GetEnvironmentVariableW+std::wstring避免编码问题，尤其处理含中文路径时
示例（宽字符）：
立即学习“C++免费学习笔记（深入）”；
#include <windows.h>
#include <string>
<p>std::wstring get_env_win(const wchar_t* name) {
DWORD size = GetEnvironmentVariableW(name, nullptr, 0);
if (size == 0) return L"";
std::wstring buf(size, L'\0');
DWORD got = GetEnvironmentVariableW(name, &buf[0], size);
return (got < size) ? buf.substr(0, got) : L"";
}
跨平台封装时别忽略 environ 的可移植性陷阱
有些代码会直接访问全局 char** environ（POSIX 定义），但它不是 C++ 标准，Windows MinGW 可能支持，MSVC 完全不提供；且修改 environ 指针本身（如排序、过滤）极易破坏 CRT 行为。
- Linux/macOS 下可用，但需
#include <unistd.h>并声明extern char** environ; - 不要尝试
free(environ[i])或修改environ数组内容 - 若真要遍历所有变量（如调试用途），优先用
std::getenv配合已知键名列表，而非依赖environ
环境变量值含空格或特殊字符时，解析逻辑得自己负责
std::getenv 和 WinAPI 都只返回原始字符串，不做任何转义或分词。比如 PATH 在 Windows 是分号分隔、Linux 是冒号分隔，LD_LIBRARY_PATH 同理——这些都得手动切分。
- 别用
std::stringstream << std::quoted去“还原”原始值，环境变量本身不含引号 - 路径中含空格（如
C:\Program Files\...）是合法的，std::getenv返回的就是完整字符串，无需额外去引号 - 真正要小心的是自己拼接命令行时：把环境变量值插入
system()或CreateProcess参数前，必须按目标平台规则转义（如 Windows cmd 要双引号包裹）
环境变量本身没有“类型”或“结构”，它的解析完全取决于使用者上下文——这点最容易被忽略。
