Linux/macOS下setenv比putenv更安全，因自动复制字符串并支持覆盖控制；putenv要求传入字符串内存长期有效，否则易致崩溃。
Linux/macOS 下用 setenv 和 putenv 修改进程环境变量
当前进程的环境变量可以修改，但仅对自身及后续 fork 出的子进程生效，不会影响父进程或已存在的其他进程。C++ 标准库不提供直接操作环境变量的接口，需调用 POSIX C 函数。
setenv 更安全：自动复制字符串，支持覆盖控制；putenv 要求传入的字符串内存必须长期有效（通常得用 malloc 或全局缓冲区），否则后续访问可能崩溃。
常见错误现象：putenv("PATH=/new/bin") 中字面量字符串生命周期短，函数返回后该地址可能失效，导致 getenv("PATH") 返回乱码或 segfault。
- 用
setenv("PATH", "/new/bin:/usr/bin", 1)安全替换 PATH —— 第三个参数为 1 表示覆盖已有值 - 若只想新增（不覆盖），先
getenv("PATH")拼接再setenv - 修改
LD_LIBRARY_PATH后，新加载的共享库路径会更新，但已 dlopen 的库不受影响 - 注意：修改环境变量不会自动刷新
std::system或std::spawn等调用中解析的路径缓存，部分 shell 内建命令（如 bash 的cd）也不读取新值
Windows 下用 SetEnvironmentVariableA 或 _putenv
Windows 提供两种方式：SetEnvironmentVariableA/W（Win32 API）更推荐，语义明确且线程安全；MSVC 的 _putenv 是 POSIX 兼容封装，行为类似 Linux 的 putenv，有同样内存生命周期风险。
立即学习“C++免费学习笔记（深入）”；
使用场景：需要让后续 CreateProcessA 启动的子进程继承新变量，或影响 CRT 内部路径查找逻辑（如 fopen 查找相对路径时的当前目录推导）。
-
SetEnvironmentVariableA("TMP", "C:\mytmp")成功返回非零值，失败时可查GetLastError() -
_putenv("TMP=C:\mytmp")必须传入完整"KEY=VALUE"格式字符串，且该字符串不能是栈上临时变量 - 修改
PATH后，SearchPathA和LoadLibraryA会立即使用新值，但已加载的 DLL 不重载 - Unicode 环境下优先用
SetEnvironmentVariableW避免编码转换问题
修改后为什么 getenv 看不到变化？
最常见原因是调用顺序或作用域错误：在多线程程序中，某个线程调用了 setenv，但另一个线程在之前已缓存了环境指针（例如某些 libc 实现会缓存 environ 数组地址）；或者你修改的是子进程的环境，却在父进程中查 getenv。
另一个隐蔽坑：C++ 运行时（尤其是较老版本 MSVCRT）可能在启动时把环境快照进内部结构，后续 getenv 不一定实时读取 environ 数组。POSIX 要求 getenv 基于 environ，但 Windows CRT 不完全遵循。
- 调试时可用
printf("%s ", getenv("MY_VAR"))直接验证，别只信 IDE 的“环境变量视图” - Linux 下可检查
/proc/self/environ（需先setenv再打开该文件）确认是否真正写入 - Windows 下用
GetEnvironmentVariableA("MY_VAR", buf, sizeof(buf))比getenv更可靠 - 避免在
main之前（如全局对象构造函数中）修改环境变量——此时 CRT 可能尚未初始化environ
子进程是否自动继承？有哪些例外？
默认情况下，所有通过 fork+exec（Linux/macOS）或 CreateProcess（Windows）创建的子进程都会继承当前进程的完整环境副本。但关键例外是：显式传入 envp 参数（如 execve 的第三个参数）会完全替代继承的环境；Windows 的 CreateProcess 若设 bInheritHandles=FALSE 不影响环境，但若传入 lpEnvironment=NULL 则仍继承，只有非 NULL 且指向新数组才覆盖。
性能影响极小，环境变量总大小通常远小于 1MB，拷贝开销可忽略。但若频繁修改并 spawn 大量子进程，建议只在必要时调用 setenv，避免冗余拷贝。
- Linux 下用
execle可显式传入新环境，绕过当前environ - Windows 下
CreateProcess的lpEnvironment若非 NULL，必须是GetEnvironmentStrings分配或HeapAlloc的内存，且以两个 - 容器或 sandbox 环境（如 systemd --scope、Firejail）可能拦截或过滤环境变量传递，
LD_PRELOAD类敏感变量常被清空 - 修改
HOME或USER后，某些库（如 OpenSSL 配置加载、Git 用户识别）会立刻感知并改变行为
putenv 或 _putenv。 
