std::getenv常返回空指针，因其仅读取进程启动时继承的环境快照，不感知运行时修改；IDE启动未加载shell配置、Windows缺少HOME变量、大小写敏感性及变量未定义等均会导致失败。
std::getenv 为什么经常返回空指针？
直接调用 std::getenv 却拿不到值，大概率不是代码写错了，而是环境变量根本没生效——它只读取进程启动时继承的环境快照，不感知运行时外部修改。比如你在终端里 export FOO=bar 后立刻跑程序，没问题；但若用 IDE 点击运行，IDE 启动时没加载你的 shell 配置（如 ~/.zshrc），FOO 就不存在。
常见错误现象：std::getenv("HOME") 在 Linux/macOS 正常，Windows 上却为空——因为 Windows 默认用 %USERPROFILE%，而 HOME 不是原生变量（除非你手动设了）。
- 检查变量是否存在：终端执行
printenv VAR_NAME（Linux/macOS）或echo %VAR_NAME%（Windows） - IDE 用户务必确认其终端环境与你的 shell 一致，Clion/VSCode 需在设置里启用“run in terminal”或配置 shell path
-
std::getenv返回const char*，不可修改，也不保证内存长期有效；不要保存指针、不要delete
Windows 下 getenv 无法读取大写变量名？
Windows 环境变量名不区分大小写，但 std::getenv 在 MSVC 和 MinGW 下行为略有差异：MSVC 的 CRT 实现会把传入的变量名转小写再查表，而某些旧版 MinGW 可能直查，导致 std::getenv("PATH") 成功但 std::getenv("path") 失败（或反过来）。这不是标准问题，是 libc 实现细节。
安全做法是统一用大写命名约定（如 "CONFIG_DIR"），并在跨平台项目中避免依赖大小写敏感性。
立即学习“C++免费学习笔记（深入）”；
- 永远用大写调用
std::getenv，例如std::getenv("TMPDIR")而非"tmpdir" - 不要假设
std::getenv("USER")在 Windows 存在——改用"USERNAME"或"USERPROFILE" - 若需大小写无关查找，自己封装一层：遍历
_environ（Windows）或extern char **environ（POSIX），但注意线程安全和符号可见性
如何封装一个可靠的跨平台 getenv 替代？
标准 std::getenv 没有错误码、不支持默认值、不处理空值语义。封装目标就三个：返回 std::string、支持 fallback、屏蔽平台差异。
std::string get_env(const char* name, const std::string& fallback = {}) {
if (!name) return fallback;
const char* val = std::getenv(name);
return val ? std::string(val) : fallback;
}这个函数已覆盖 95% 场景，但要注意两个隐藏坑：
- Windows 上
std::getenv("NUMBER_OF_PROCESSORS")返回的是字符串"8"，不是整数——别忘了自己std::stoi，且要捕获std::invalid_argument - 路径类变量（如
"HOME"、"APPDATA"）在不同系统格式不同：Linux 是/home/user，Windows 是C:\Users\user，斜杠方向、盘符、结尾是否带\全靠业务逻辑 normalize - 如果项目用 CMake，可在构建时注入编译期环境变量：
add_definitions(-DAPP_VERSION=\"${VERSION}\")，避免运行时依赖 getenv
为什么不该用 std::optional<:string> 做 getenv 封装返回值？
看起来很现代：有值就是 std::optional<:string></:string>，无值就是 std::nullopt。但实际中，空字符串 "" 和变量未定义是两种语义——比如 LOG_LEVEL="" 明确表示“关闭日志”，而 LOG_LEVEL 根本不存在应走默认级别。用 std::optional 会把这两种情况都抹成 nullopt，丢失关键信息。
更务实的做法是保留原始三态：未定义 / 定义为空 / 定义为非空。可通过返回 std::pair<bool std::string></bool>（first 表示变量是否存在，second 是值，即使为空）来表达，但多数项目只需 fallback 字符串就足够。
- 除非业务明确需要区分“未设置”和“设为空”，否则别过度设计返回类型
-
std::getenv本身不报告“变量存在但为空”，它只返回nullptr或非空指针——所以你永远拿不到 “存在且为空” 的信号 - 真要区分，得用平台 API：Windows 用
GetEnvironmentVariable（返回长度为 0 表示存在但为空），POSIX 用environ手动扫描
