c++中可通过main(int argc, char argv[], char envp[])安全访问原始环境变量数组envp，其格式为"key=value"且以nullptr结尾；但envp非标准要求，依赖具体crt实现。
如何在C++中读取 argv 和 envp 参数
标准C++不提供跨平台接口直接访问启动时的原始环境块，但所有主流平台（Linux/macOS/Windows）都允许你通过 main 函数签名拿到原始参数。关键不是“怎么获取”，而是“什么时候能安全用”。main 的第三个参数 envp 就是环境变量数组，和 argv 一样以 nullptr 结尾。
示例写法：
int main(int argc, char* argv[], char* envp[]) {
// argv[0] 是可执行文件路径，argv[1..argc-1] 是参数
// envp[i] 格式为 "KEY=VALUE"，最后一个元素是 nullptr
}
注意：这不是POSIX或C++标准要求的，但glibc、musl、MSVC、Clang都支持。如果你用的是嵌入式CRT或自定义启动代码，envp 可能不可用。
getenv() 为什么有时返回空，而 envp 里却有
因为 getenv() 查的是当前进程的环境表副本（由 environ 指针维护），而这个表可能被 putenv()、setenv() 或 unsetenv() 动态修改过。如果程序早期调用过这些函数，environ 和原始 envp 就不再一致。
常见误操作：
- 在
main开头就调用getenv("PATH")，结果为空——其实是环境变量名写错了（比如写成"path"，大小写敏感） - 在多线程环境中并发调用
setenv()后立刻用getenv()，可能看到旧值（glibc 中getenv()不加锁查静态表，行为未定义） - 依赖
environ全局变量但没声明extern char** environ;（Linux下需定义_GNU_SOURCE；macOS需#include <unistd.h></unistd.h>）
Windows下用 GetCommandLineA/W() 和 GetEnvironmentStrings() 的坑
Windows不传 envp 给 main，默认只给 argc/argv（由CRT解析命令行生成）。要拿到原始命令行或完整环境块，必须调Windows API：
-
GetCommandLineA()返回整个命令行字符串（含程序名），不是分割好的argv；解析它要用CommandLineToArgvW()，且注意宽字符转换 -
GetEnvironmentStrings()返回一个连续内存块，各变量用\0分隔，结尾是双\0；用完必须调FreeEnvironmentStrings()，否则内存泄漏 - 如果程序启用了子系统（如
/SUBSYSTEM:WINDOWS），main可能根本不会被调用——得改用WinMain，再手动调GetCommandLine
跨平台封装环境变量遍历的实用建议
不要试图自己解析 envp 或 GetEnvironmentStrings() 的原始格式做通用键值映射。不同平台对空值、等号、编码的处理不一致。更稳妥的做法：
- Linux/macOS：用
environ（确保已声明并包含头文件），逐项strchr(envp[i], '=')找第一个等号切分 - Windows：优先用
GetEnvironmentVariableA()单查已知键，避免解析整块；若必须全量读取，用GetEnvironmentStringsW()+MultiByteToWideChar()处理编码 - 避免在
std::map<:string std::string></:string>里缓存全部环境变量——某些容器（如Docker）会注入上百个变量，且部分值可能含二进制零
最常被忽略的一点：环境变量值本身可能包含换行符或非UTF-8字节序列，尤其在国际化终端或容器环境中。按字节流处理比强转 std::string 更安全。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
