Linux中环境变量可读写，修改仅影响当前及后续fork子进程；推荐用线程安全的setenv，避免putenv传栈变量；getenv返回值须判空，unsetenv可移除变量。
读取和修改当前进程的环境变量（getenv / putenv / setenv）
当前进程的环境变量是可读写的，但修改只影响本进程及其后续 fork 的子进程，不会触碰系统级配置。
推荐优先用 setenv（POSIX 标准，线程安全），避免直接操作 environ 全局指针；putenv 要求传入的字符串必须长期有效（不能是栈变量或临时 std::string::c_str()），容易引发未定义行为。
-
getenv("PATH")返回const char*，返回值可能为nullptr，务必判空 -
setenv("FOO", "bar", 1)第三个参数为 1 表示覆盖已有值，0 表示仅当不存在时才设 -
unsetenv("FOO")可移除变量（POSIX），Windows 不支持，需用_putenv("FOO=")模拟 - 修改
PATH后，exec系列函数启动的新进程会继承它，但已加载的动态库路径（如LD_LIBRARY_PATH）不会自动重生效
Windows 下永久写入系统环境变量（SetEnvironmentVariable 不够用）
SetEnvironmentVariable 只改当前进程，和 Linux 的 setenv 一样——它完全不持久。真正“永久”需要写注册表并通知系统。
用户级变量写入 HKEY_CURRENT_USER\Environment，系统级需管理员权限写 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment。写完必须调用 SendMessageTimeout 广播 WM_SETTINGCHANGE，否则资源管理器、新终端仍读不到。
立即学习“C++免费学习笔记（深入）”；
- 用
RegSetValueEx写注册表后，记得用RegFlushKey强制落盘（尤其 Windows Server） - 修改系统级变量必须以管理员权限运行进程，否则
RegOpenKeyEx返回ACCESS_DENIED - PowerShell 命令
[Environment]::SetEnvironmentVariable("X", "Y", "Machine")底层也走这套逻辑，可作验证参考
Linux/macOS 永久写入环境变量（不是改 /proc/self/environ）
/proc/self/environ 是只读快照，写它会报 Operation not permitted。真正的“永久”意味着让 shell 启动时自动加载，必须修改 shell 初始化文件。
具体写哪个文件取决于目标用户和 shell 类型：~/.bashrc（交互式非登录 bash）、~/.profile（登录 shell，兼容 sh/zsh）、/etc/environment（PAM 系统级，格式是 KEY=VALUE，不支持变量展开）。
- 不要用
echo 'export FOO=bar' >> ~/.bashrc简单追加——重复运行会导致多次 export，应先grep -q '^export FOO=' ~/.bashrc || echo 'export FOO=bar' >> ~/.bashrc - 修改
/etc/environment后，新登录会话才生效；已存在的 GUI 会话需重启显示管理器或重新登录 - systemd 用户服务（
.service文件）需在[Service]段用Environment=KEY=VALUE显式声明，不读 shell 配置
跨平台程序里该不该尝试“永久写环境变量”
几乎不应该。这属于系统管理范畴，普通程序无权也不该越界修改用户或系统的启动配置。
如果只是想让自己的子进程继承某些配置，用 setenv + execve 显式传 envp 最干净；如果需要用户后续手动复用，生成一段可复制的 shell 命令或 PowerShell 片段更安全可靠。
试图静默修改注册表或 /etc/profile 容易触发杀软拦截、UAC 提权失败、权限拒绝，或被用户误认为恶意行为——尤其是打包成安装程序时，这类操作必须明确告知并由用户主动确认。
