std::getenv返回const char*，不可直接赋值给std::string而不判空；Windows不区分大小写，Linux/macOS严格区分；返回指针指向进程启动时拷贝的只读内存，不可修改或释放；LD_LIBRARY_PATH常被动态链接器清空。
std::getenv 返回的是 const char*，不能直接赋值给 std::string？
是的，std::getenv 返回 const char*，不是 std::string。直接写 std::string s = std::getenv("PATH") 在环境变量存在时能编译运行，但若变量不存在（返回 nullptr），构造 std::string 会崩溃。
安全写法必须判空：
const char* val = std::getenv("HOME");
std::string home = val ? val : "";常见错误场景：在 CI 环境或容器中某些变量未设置，比如 std::getenv("CI") 可能为 nullptr，不检查就用会导致段错误。
std::getenv 在 Windows 上区分大小写吗？
不区分。Windows 环境变量名默认不区分大小写，std::getenv("PATH")、std::getenv("path") 和 std::getenv("Path") 都能取到值。Linux/macOS 则严格区分大小写 —— std::getenv("path") 在 Linux 上永远返回 nullptr。
立即学习“C++免费学习笔记（深入）”；
跨平台代码建议统一用大写习惯（如 "HOME"、"TMPDIR"），避免隐性失败。
- Windows：推荐用
GetEnvironmentVariableA替代std::getenv，可主动控制大小写行为 - Linux/macOS：确保 shell 中用
export FOO=bar，而不是export foo=bar，否则 C++ 里查不到
std::getenv 获取的值会被修改或释放吗？
不会。C 标准规定 getenv 返回的指针指向进程启动时拷贝的一份环境字符串内存，生命周期与整个程序一致，**不可 free，也不可修改**。
这意味着你可以安全地长期持有该指针（比如存进全局 static const char*），但要注意：
- 调用
putenv或setenv后，旧的getenv返回值可能失效（POSIX 允许实现复用内存块） - 不要对返回值做
strcpy或strcat—— 它不是你 malloc 出来的缓冲区 - 若需拼接或修改，先拷进
std::string或std::vector<char></char>
为什么 getenv("LD_LIBRARY_PATH") 总是返回 nullptr？
因为 LD_LIBRARY_PATH 在大多数 Linux 发行版中被动态链接器（ld.so）在进程启动后立即清空或屏蔽，尤其是 setuid 程序或启用了 AT_SECURE 的情况。这不是 std::getenv 的 bug，而是安全机制。
验证方式：
echo $LD_LIBRARY_PATH # shell 里能看到 ./myapp # C++ 里 getenv 返回 nullptr
替代方案：
- 改用
dladdr+realpath推导库路径 - 把路径写进配置文件或命令行参数，而非依赖环境变量
- 仅在调试时用
getenv查DEBUG、VERBOSE这类纯业务开关
真正容易被忽略的是：环境变量不是“进程间通信通道”，它只在 execve 时快照一次，子进程继承的是副本，父进程后续修改不影响已存在的子进程。
