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