在C++程序中操作环境变量是配置管理和运行时控制的基础能力。读取变量通常依赖标准库函数，而写入或删除变量则因操作系统不同而存在接口分裂。理解这些差异才能写出健壮的跨平台代码。
一、使用标准库读取环境变量
C++标准库在<cstdlib>头文件中声明了getenv函数，用于根据名称获取环境变量的值。它返回一个指向字符串的指针，若变量不存在则返回空指针。由于返回的是静态存储区的指针，不应尝试释放它。
下面的示例展示了如何安全读取一个名为PATH的环境变量，并在缺失时给出提示：
#include <cstdlib>
#include <iostream>
#include <string>
int main() {
const char* path = std::getenv("PATH");
if (path == nullptr) {
std::cout << "环境变量 PATH 不存在" << std::endl;
} else {
std::string path_str(path);
std::cout << "PATH=" << path_str << std::endl;
}
return 0;
}
需要注意的是，getenv并非线程安全函数，在多线程程序中并发调用可能产生数据竞争。某些实现允许通过setenv修改环境块，但标准未保证读写同步，因此高并发场景下建议由主线程初始化配置或采用本地缓存。
另外，环境变量名在不同系统上大小写敏感程度不同。Linux下完全区分大小写，Windows则不区分。编写跨平台工具时，最好约定统一的命名规范，例如全部使用大写字母加下划线。
二、Linux平台下的设置与删除
在Linux及多数类Unix系统中，除了读取还可以使用POSIX标准的setenv、unsetenv和putenv来修改环境。其中setenv最为安全，它会自动分配内存并避免重复覆盖问题。
以下代码演示了设置、读取和删除一个自定义环境变量的完整流程：
#include <cstdlib>
#include <iostream>
int main() {
// 设置环境变量 MY_APP_HOME 为 /opt/myapp，第三个参数非0表示覆盖已有值
if (setenv("MY_APP_HOME", "/opt/myapp", 1) != 0) {
std::cerr << "设置环境变量失败" << std::endl;
return 1;
}
const char* val = std::getenv("MY_APP_HOME");
std::cout << "当前 MY_APP_HOME=" << (val ? val : "(null)") << std::endl;
// 删除该环境变量
if (unsetenv("MY_APP_HOME") != 0) {
std::cerr << "删除环境变量失败" << std::endl;
}
val = std::getenv("MY_APP_HOME");
std::cout << "删除后 MY_APP_HOME=" << (val ? val : "(null)") << std::endl;
return 0;
}
setenv的第三个参数控制是否覆盖：若原变量已存在且参数为0，则保持原值不变；为1则强制覆盖。相比之下，putenv直接接收形如name=value的字符串指针，该指针所指向的内容会被环境块引用，因此传入的字符数组不能在栈上随函数返回而销毁，否则会引发悬空指针。
这些修改仅影响当前进程及其后续创建的子进程，不会回写到父进程或系统全局。若需在shell中持久生效，仍要依靠profile或启动脚本。在编写守护进程时，通常会在启动初期设置好运行所需变量，避免运行中动态变更带来不一致。
三、Windows平台下的环境变量操作
Windows提供了WinAPI来进行环境变量的获取与设置，对应函数为GetEnvironmentVariable和SetEnvironmentVariable，声明于<windows.h>中。它们使用宽字符或ANSI版本，推荐在Unicode构建下使用宽字符接口。
下面示例用ANSI版本演示读写过程，便于在普通控制台快速验证：
#include <windows.h>
#include <iostream>
int main() {
char buf[256];
DWORD len = GetEnvironmentVariableA("MY_APP_HOME", buf, sizeof(buf));
if (len == 0) {
std::cout << "读取失败或变量不存在，错误码：" << GetLastError() << std::endl;
} else {
std::cout << "读取到：" << buf << std::endl;
}
if (SetEnvironmentVariableA("MY_APP_HOME", "C:\myapp") == 0) {
std::cerr << "设置失败，错误码：" << GetLastError() << std::endl;
} else {
std::cout << "设置成功" << std::endl;
}
return 0;
}
GetEnvironmentVariable的第一个参数是变量名，第二和第三参数用于接收缓冲区与大小；若缓冲区不足，函数返回所需长度，可通过动态分配重试。设置函数传入空字符串可等效删除变量。与Linux不同，Windows的环境块由系统维护，修改后同一进程内立即生效，但要通知其他窗口程序需发送WM_SETTINGCHANGE消息。
在Windows服务或安装程序中操作环境变量时，还可借助系统注册表HKEY_LOCAL_MACHINESystemCurrentControlSetControlSession ManagerEnvironment实现机器级持久化，但这已超出纯C++标准范畴，需要管理员权限且要谨慎处理。
四、跨平台封装建议
为了屏蔽差异，可以在项目中使用条件编译提供统一接口。例如定义env_get、env_set、env_del三个函数，在内部根据_WIN32宏切换实现。这样业务代码无需关心底层系统。
一个简单的封装头文件实现如下：
#include <string>
#ifdef _WIN32
#include <windows.h>
#else
#include <cstdlib>
#endif
inline std::string env_get(const std::string& name) {
#ifdef _WIN32
char buf[256];
if (GetEnvironmentVariableA(name.c_str(), buf, sizeof(buf)) == 0) return "";
return std::string(buf);
#else
const char* v = std::getenv(name.c_str());
return v ? std::string(v) : "";
#endif
}
inline bool env_set(const std::string& name, const std::string& value) {
#ifdef _WIN32
return SetEnvironmentVariableA(name.c_str(), value.c_str()) != 0;
#else
return setenv(name.c_str(), value.c_str(), 1) == 0;
#endif
}
inline bool env_del(const std::string& name) {
#ifdef _WIN32
return SetEnvironmentVariableA(name.c_str(), "") != 0;
#else
return unsetenv(name.c_str()) == 0;
#endif
}
这种封装将平台细节隔离在少量代码中，提高了可维护性。但要注意，环境变量本质是进程级全局状态，过度依赖会使单元测试难以隔离。更合理的做法是在程序入口处读取关键变量并转为配置对象，后续逻辑只依赖配置对象而非直接查询环境。
此外，在容器化部署流行的今天，环境变量常作为外部注入配置的主要手段。C++程序只需在启动阶段用上述方法收集变量，即可无缝对接Kubernetes或Docker传入的参数，无需修改编译逻辑。
五、常见误区与注意事项
一个容易被忽视的问题是环境变量的大小限制。Windows对环境块总大小有限制，且单个变量值过长可能导致API调用失败。Linux虽无硬性上限，但shell启动参数长度受ARG_MAX约束，间接影响子进程继承的环境尺寸。
另一个误区是认为在C++中修改环境变量会影响父进程。实际上无论是setenv还是SetEnvironmentVariable，都只改变调用进程的环境副本。若希望影响系统其他部分，必须通过脚本、注册表或专门的服务通信机制。
最后，在多线程程序中应避免在运行期频繁改动环境变量。由于不少运行时库会缓存环境查询，动态删除变量可能导致已读取的缓存失效或产生未定义行为。稳妥方式是启动时确定配置，运行期只读不写，或改用线程局部配置替代全局环境。