_environ（Windows/glibc）或environ（Linux/macOS）是全局环境变量数组，需按平台正确声明；遍历时须以nullptr为终止条件，不可修改内容，性能优于getenv()但无跨平台保证且非线程安全。
_environ 是 Windows 和部分 Unix-like 系统（如 Linux 上的 glibc）提供的全局变量，指向一个以 nullptr 结尾的 C 字符串数组，每个字符串形如 "KEY=VALUE"。它不是标准 C++ 接口，但实际开发中常被用于快速获取环境变量快照——尤其在不希望调用 getenv() 逐个查、又不想引入 <cstdlib> 以外依赖时。
为什么不能直接用 _environ 而不加声明？
多数编译器默认不暴露 _environ，需手动声明或包含对应头文件：
- MSVC：包含
<stdlib.h>或<cstdlib>后可直接用；也可显式声明为extern char** _environ; - Clang/GCC（Linux/macOS）：需定义
_GNU_SOURCE宏（在包含任何头文件前），再包含<>unistd.h>；或直接声明extern char** environ;（注意是environ，无下划线） - macOS：
environ可用，但需链接-lc（通常默认），且不保证线程安全
常见错误：undefined reference to '_environ' 或 use of undeclared identifier 'environ'，本质都是符号未正确定义或可见。
遍历 _environ / environ 的安全写法
必须检查指针是否为空，且终止条件是遇到 nullptr，而非硬编码长度：
立即学习“C++免费学习笔记（深入）”；
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
#ifdef _WIN32
extern char** _environ;
char** env = _environ;
#else
extern char** environ;
char** env = environ;
#endif
<p>if (env) {
for (int i = 0; env[i] != nullptr; ++i) {
printf("%s\n", env[i]);
}
}关键点：
- 不要假设
env[0]一定非空——某些嵌入式或精简环境可能为空 - 不要用
sizeof(env)/sizeof(env[0])计算长度，这是对指针取 sizeof，结果恒为 8（64 位）或 4（32 位） - 字符串内容不可修改：它是只读映射，写入会导致段错误
与 std::getenv() 的实际差异在哪？
std::getenv()（或 C 的 getenv()）是标准接口，线程安全（C11/C++11 起），但每次调用都做哈希/线性查找；_environ 提供的是原始快照，适合一次性全量读取、过滤或导出场景：
- 性能：遍历
_environ比反复调用getenv("PATH")、getenv("HOME")等快，尤其变量多时 - 一致性：快照是进程启动时的环境，后续
putenv()修改不影响已拿到的_environ数组内容（但数组本身指针仍有效） - 可移植性：C++ 标准不规定
_environ，跨平台项目应优先封装一层，例如：
std::vector<std::string> get_all_env() {
#ifdef _WIN32
extern char** _environ;
auto src = _environ;
#else
extern char** environ;
auto src = environ;
#endif
std::vector<std::string> result;
if (!src) return result;
for (int i = 0; src[i]; ++i) {
result.emplace_back(src[i]);
}
return result;
}容易被忽略的线程与生命周期问题
_environ / environ 指向的内存由 libc 管理，生命周期与进程一致，但访问它本身不是线程安全的：
- 主线程启动后即可安全读取；子线程中读取也 OK，只要不同时有其他线程调用
putenv()或setenv() - 某些旧版 libc 在
setenv()扩容环境块时会 reallocenviron数组，此时原指针可能失效（现代 glibc 已避免此行为，但仍属未定义行为） - 若程序 fork() 后在子进程中修改环境，父进程的
_environ不受影响，但子进程的快照可能不同步
真正危险的操作是：把某个 environ[i] 的地址长期保存（比如存进全局 map），然后在后续任意时刻解引用——这比想象中更容易出错。
