std::getenv直接读取环境变量但需手动判空且不保证内存持久，windows下getenvironmentvariablea更安全可区分未定义与空值。
用 std::getenv 读取环境变量最直接
标准库提供了 std::getenv，它返回 const char*，不负责内存管理，也不做空值检查。调用后必须自己判断返回值是否为 nullptr，否则解引用会崩溃。
- 只在程序启动时快照环境变量，后续修改（比如子进程里改）不影响当前进程的读取结果
- 返回指针指向的是进程环境块内存，不能
delete，也不能长期持有——下次调用std::getenv可能复用同一块内存 - 跨平台可用，但注意 Windows 下环境变量名不区分大小写，Linux/macOS 区分
示例：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
const char* home = std::getenv("HOME");<br>if (home) {<br> std::string home_path(home); // 立即转成 string 保存<br>}
Windows 上用 GetEnvironmentVariableA 更安全
Windows API 的 GetEnvironmentVariableA 支持指定缓冲区大小，能明确区分“变量不存在”和“值为空”两种情况，比 std::getenv 多一层控制。
- 需要
#include <windows.h></windows.h>，且只适用于 Windows - 第二个参数是输出缓冲区，第一个参数是变量名，第三个是缓冲区长度（含终止符）
- 返回值是实际所需字节数：若返回值 ≥ 缓冲区大小，说明缓冲区不够；若为 0，表示变量未定义；若 > 0，则成功写入
示例：
char buf[1024];<br>DWORD len = GetEnvironmentVariableA("PATH", buf, sizeof(buf));<br>if (len == 0 && GetLastError() == ERROR_ENVVAR_NOT_FOUND) {<br> // 变量不存在<br>} else if (len > 0 && len std::string path(buf);<br>}
避免用 std::system 或 shell 命令读取
有人试图用 std::system("echo $PATH") 捕获输出，这既不可靠又危险：无法同步获取输出、容易被注入、依赖 shell 可用性，且父子进程环境隔离，子 shell 修改的变量不会反馈回主进程。
-
std::system启动的是新进程，它的环境变量副本与当前进程无关 - 即使重定向 stdout，C++ 标准库也没有跨平台方式捕获其输出（
popen是 POSIX 扩展，Windows 不原生支持） - 字符串拼接构造命令时极易引入 shell 注入漏洞，尤其当变量名来自用户输入
读取失败时别假设默认值
很多代码看到 std::getenv 返回 nullptr 就硬写死一个路径如 "/tmp" 或 "C:\temp"，这在容器、无权限环境或自定义部署中大概率出错。
- 优先抛异常或返回
std::optional<:string></:string>，把决策权交给上层 - 若必须 fallback，应基于 OS 类型选合理路径：
/var/tmp（Linux）、/private/tmp（macOS）、GetTempPathA（Windows） - 某些变量（如
LD_LIBRARY_PATH）缺失反而是正常状态，不应报警或中断流程
环境变量本身是弱契约——它存在与否、格式是否符合预期，都得按实际运行环境验证，而不是靠开发机上的“看起来有”。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
