std::system 返回值不能直接当退出码用，因其在POSIX和Windows上编码方式不同：POSIX需用WIFEXITED/WEXITSTATUS提取，Windows返回cmd.exe退出码且不可靠；跨平台应手动封装fork+exec或CreateProcess。
为什么 std::system 返回值不能直接当退出码用
很多初学者以为 std::system("ls") 的返回值就是子进程的退出码，其实不是。POSIX 和 Windows 对 std::system 返回值的编码方式完全不同：POSIX 用 WEXITSTATUS 宏提取，Windows 直接返回进程 exit code（但需注意 std::system 在 Windows 上可能被 cmd.exe 包裹一层，导致异常退出时返回值不可靠）。更糟的是，std::system 会阻塞、无法捕获 stderr、也不能超时控制。
- Linux/macOS 下，
std::system返回的是 waitpid 风格整数，必须用WIFEXITED(ret)判断是否正常退出，再用WEXITSTATUS(ret)提取真实退出码 - Windows 下，
std::system可能返回 -1（执行失败）或 cmd.exe 自身的退出码（比如命令不存在时是 1，但实际子进程根本没启动） - 跨平台统一行为必须绕过
std::system，改用原生 API 或封装良好的第三方库（如 Boost.Process）
用 fork+exec（Unix）和 CreateProcess（Windows）手动实现
这是最轻量、无依赖的跨平台方案，核心在于抽象出统一的接口，内部按平台分叉。关键不是“怎么调用”，而是“怎么统一返回”——所有路径最终都应返回一个 int 表示子进程 exit code，失败时返回一个约定的负值（如 -1）。
Unix 侧要点：
- 用
fork()创建子进程，父进程调用waitpid()等待 - 子进程用
execvp()启动目标程序（注意参数数组末尾必须为nullptr） - 父进程收到
waitpid返回值后，检查WIFEXITED和WEXITSTATUS，否则返回 -1
Windows 侧要点：
立即学习“C++免费学习笔记（深入）”；
- 用
CreateProcessA启动进程，bInheritHandles=FALSE，dwCreationFlags=CREATE_NO_WINDOW - 用
WaitForSingleObject等待完成，超时设为 INFINITE 或自定义值 - 用
GetExitCodeProcess获取 exit code；若返回STILL_ACTIVE，说明卡死，应视为失败
如何避免常见陷阱：路径、空格、环境变量
用户传入的命令字符串（如 "python script.py --arg 'hello world'"）不能直接丢给 execvp 或 CreateProcess。前者只接受拆好的 char*[]，后者在 Windows 上对含空格路径要求双引号包裹且需转义，而 Unix shell 会自动解析。
- 不要用
std::system图省事——它把问题藏得更深，且无法获取真实 exit code - 如果必须支持 shell 特性（管道、重定向），就明确声明“仅限 Unix”，并在 Windows 上报错或降级为调用
cmd /c（此时 exit code 是 cmd 的，非目标进程） - 推荐做法：要求调用方传入已拆解的
std::vector<:string></:string>（即 argv），由你负责平台适配。例如：{"ls", "-l", "/tmp"}→ Unix 下直接 exec，Windows 下拼成"ls -l /tmp"并用CreateProcess启动（前提是 ls 存在且在 PATH 中） - Windows 上找不到可执行文件时，
CreateProcess返回 false，GetLastError()是ERROR_FILE_NOT_FOUND，此时应返回 -1，而非继续等待
要不要用 Boost.Process？
Boost.Process（v1.70+）确实封装了 fork/exec 和 CreateProcess，提供统一的 child::exit_code() 接口，还能处理 stdin/stdout/stderr 重定向、超时、信号等。但它引入了构建复杂度：需要编译 Boost，且 Windows 下依赖 Boost.System 和 Boost.Filesystem。
- 如果你的项目 already 使用 Boost，且需要不止 exit code（比如还要读输出），直接用
boost::process::child+wait()最省心 - 如果只是嵌入式工具或 CI 脚本辅助小工具，手写 200 行跨平台封装更可控、无依赖、启动更快
- 注意 Boost.Process 默认不启用异常，
exit_code()返回前必须先wait()，否则未定义行为
真正麻烦的从来不是“怎么拿到退出码”，而是“怎么让不同平台下同一条命令产生一致语义”。比如 "sh -c 'exit 42'" 在 Linux 返回 42，在 Windows 用 cmd /c 执行则返回 0（因为 cmd 解析失败或忽略 exit）。这种差异没法靠一层封装抹平，只能靠文档写清楚边界。
