C++如何读取环境变量 _ getenv与_dupenv_s跨平台处理【干货】-C++-PHP中文网

getenv跨平台行为一致但存在指针悬空风险：Windows多线程下内存可能复用，Linux下putenv/setenv会覆盖旧值；应立即拷贝为std::string，禁用全局裸指针存储。

c++如何读取环境变量 _ getenv与_dupenv_s跨平台处理【干货】

getenv 在 Windows 和 Linux 上行为一致但有隐藏风险

getenv 看似跨平台：Linux、macOS、MSVC 都支持，返回 const char* 指向内部缓冲区。问题在于——这个指针随时可能失效。Windows 下某些 CRT 实现（尤其多线程场景）会复用环境块内存；Linux 虽稳定，但若程序调用 putenv 或 setenv 修改环境，旧 getenv 返回值可能被覆盖或悬空。

实操建议：

绝不长期保存 getenv 返回的裸指针，尤其不能存为全局 const char*

需要复用时立刻拷贝：

auto val = getenv("HOME");
std::string home = val ? val : "";

在 Windows + MSVC 下，若开启 /MDd（调试多线程 DLL），getenv 的线程安全性更弱，务必避免跨线程共享返回值

_dupenv_s 是 Windows 特供，Linux/macOS 根本不识别

_dupenv_s 是 MSVC 扩展函数，GCC/Clang 直接报 undefined reference。它比 getenv 安全：分配新内存并复制值，还带长度输出参数。但跨平台项目里硬写它，Linux 构建必然失败。

实操建议：

不要试图用 #ifdef _WIN32 包裹 _dupenv_s 后直接编译——这会让代码在非 Windows 平台失去可移植性

替代方案是封装一层安全读取函数，统一用 std::string 返回：

std::string get_env(const char* name) {
#ifdef _WIN32
  char* buf = nullptr;
  size_t len = 0;
  if (_dupenv_s(&buf, &len, name) == 0 && buf) {
    std::string res(buf);
    free(buf); // 必须 free！_dupenv_s 分配的是 malloc 内存
    return res;
  }
#else
  if (const char* val = getenv(name)) return val;
#endif
  return {};
}