getenv仅读取进程启动时继承的环境变量快照，不动态刷新、不可写入，返回只读char*，需检查nullptr并立即拷贝内容以防失效。
getenv 函数能直接读取所有环境变量吗
可以，但仅限于进程启动时继承的环境变量快照。getenv 不会动态刷新，也不支持写入或修改。它返回的是 char*，指向只读内存区域，不能 free，也不能修改内容。
- 调用前无需初始化，但需包含
<>stdlib.h>（C） - 若变量不存在，返回
nullptr，不是空字符串 - 区分大小写：在 Linux/macOS 上
"PATH"和"path"是不同变量；Windows 通常不区分，但getenv实现仍按字面匹配
为什么 getenv 返回 nullptr 却明明设置了变量
常见原因不是代码写错，而是环境变量根本没传进当前进程。
- Shell 中用
export FOO=bar设置后，再运行程序才生效；仅FOO=bar ./a.out是临时传递，但子进程能读到 - IDE（如 VS Code、CLion）默认不加载 shell 的
~/.bashrc或~/.zshrc，需手动配置terminal.integrated.env.linux等设置 - Windows 下用系统属性→“环境变量”设置的变量，对已打开的终端无效，需重启终端或资源管理器
- 某些容器或 sandbox 环境（如 Flatpak、Snap）会严格过滤环境变量，
PATH可能被重写，HOME可能为空
如何安全使用 getenv 避免崩溃
必须检查返回值，且不要假设字符串可写或长期有效。
const char* home = std::getenv("HOME");
if (home != nullptr) {
std::string path(home); // 立即拷贝，避免后续环境变化影响
path += "/.config/myapp";
std::cout << "Config path: " << path << "\n";
} else {
std::cerr << "Warning: HOME not set\n";
}- 永远用
std::getenv（C++11 起推荐），而非 C 风格的::getenv - 不要对返回指针做
strcpy、strcat等操作——它可能指向只读段 - 多线程下
getenv是线程安全的，但环境变量本身可能被其他线程用putenv修改（不推荐） - 若需默认值，自己封装一层：
const char* val = std::getenv("MY_VAR"); return val ? val : "default";
替代方案：比 getenv 更可控的读取方式
当需要更健壮、跨平台或支持 fallback 的逻辑时，getenv 就显得单薄了。
立即学习“C++免费学习笔记（深入）”；
- C++20 起可考虑
std::filesystem::current_path()+ 显式拼接，绕过HOME依赖 - Windows 下可用
GetEnvironmentVariableA/WAPI，支持获取缓冲区大小、处理 Unicode - Linux/macOS 下可读
/proc/self/environ（Linux）或用extern char** environ（POSIX），但后者非标准、无顺序保证、且 C++ 标准不保证其存在 - 构建时注入：CMake 用
add_definitions(-DMY_ENV=\"${ENV{FOO}}\")，适合编译期确定的配置
真正棘手的从来不是怎么读，而是你读到的那个值，到底是不是你期望的进程上下文里的值。
