_getenv返回只读指针，不可修改；windows用_putenv_s、linux用setenv跨平台写；环境变量仅适合简单值，避免json等复杂结构。
用 _getenv 读取环境变量时，返回值是只读的，别试图修改它
_getenv 是 Windows 下 MSVC 提供的函数（POSIX 系统用 getenv），它返回的是指向当前进程环境块中字符串的指针，不是新分配的内存。常见错误是拿到返回值后直接 strcpy 或 strcat 到原指针上：
char* path = _getenv("PATH");
strcpy(path, "C:\mybin;"); // 危险！写入只读内存，崩溃或未定义行为
正确做法是先复制到自己的缓冲区：
- 用
strdup(_getenv("PATH"))（注意：需free） - 或用
std::string(_getenv("PATH"))（推荐，自动管理） - 若值可能为空，必须判空：
if (path != nullptr) { ... }
setenv 在 Windows 上不可用，得用 _putenv 或 _putenv_s
Linux/macOS 的 setenv 在 MSVC 中不被支持；直接调用会链接失败。Windows 下对应的是：
-
_putenv("KEY=VALUE")—— 简单但不安全（参数格式固定，且无错误反馈） -
_putenv_s("KEY", "VALUE")—— 推荐，分离键值，自动校验参数，失败返回非零值
注意：_putenv_s 修改的是当前进程环境，子进程会继承，但不会影响父进程或系统级环境。
示例：
_putenv_s("MY_FLAG", "1"); // OK
_putenv_s("PATH", "C:\new\bin;%PATH%"); // ❌ 错误：不展开 %PATH%
Windows 不支持运行时环境变量展开，%PATH% 会被当字面量处理。
跨平台读写环境变量，优先封装一层再用
直接混用 getenv/_getenv、setenv/_putenv_s 容易漏条件编译，也难测试。建议统一接口：
std::string get_env(const std::string& key) {
#ifdef _WIN32
const char* val = _getenv(key.c_str());
#else
const char* val = getenv(key.c_str());
#endif
return val ? std::string(val) : std::string();
}
<p>bool set_env(const std::string& key, const std::string& value) {</p><h1>ifdef _WIN32</h1><pre class="brush:php;toolbar:false;">return _putenv_s(key.c_str(), value.c_str()) == 0;else
return setenv(key.c_str(), value.c_str(), 1) == 0;
endif
}
关键点：
- Windows 下
_putenv_s第三个参数不存在，Linux 下setenv第三个参数决定是否覆盖已有值 - 所有函数都不保证线程安全，多线程改环境变量需加锁（实际极少需要）
- 环境变量值含空格或特殊字符时，无需引号 —— 环境变量本身不解析引号，那是 shell 的事
环境变量不是配置文件，别存复杂结构
有人把 JSON 字符串塞进环境变量里，再用 _getenv 拿出来解析，这可行但危险：
- 环境变量长度在不同系统有限制（Windows 约 32KB，Linux 取决于
ARG_MAX） - 无法可靠传递二进制、换行符、 等内容
- 调试困难：用
echo $VAR或set VAR查看时，控制字符会干扰终端
真正需要结构化配置，应该用 JSON/YAML 文件 + 路径通过环境变量传入，而不是把数据本身塞进去。
环境变量适合传开关、路径、简单标识符 —— 比如 DEBUG=1、CONFIG_PATH=/etc/app.conf。越简单，越不容易出错。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
