system函数仅执行shell命令并返回退出状态码，不捕获stdout；适用于无需输出的简单指令，但存在注入风险、跨平台差异及性能问题，应优先使用C++标准库替代。
system 函数能干啥，但别指望它返回命令输出
system 是 C 标准库函数，C++ 里也能用（头文件 <cstdlib>），它把字符串交给 shell 执行，比如 system("ls -l") 或 system("mkdir build")。但它只返回命令的**退出状态码**（int），不是 stdout 内容——想捕获输出得换 popen 或更底层方案。
常见错误现象：int ret = system("echo hello"); 看起来执行了，但 ret 是 0（成功）还是 256（取决于 shell 实现），根本拿不到 "hello" 字符串。
- 只适合“发指令、不关心结果”的场景：创建目录、复制文件、触发外部构建脚本
- 如果命令本身带空格或特殊字符（如路径含空格），
system依赖 shell 解析，容易出错；稳妥做法是避免拼接，改用fork + exec - Windows 下
system调用cmd.exe，Linux/macOS 调用/bin/sh -c，行为微有差异（比如通配符展开时机）
参数里带变量？先检查 shell 注入风险
用户输入直接拼进 system 参数等于给攻击者开后门。比如 std::string cmd = "rm -rf " + user_path;，当 user_path 是 "/tmp; cat /etc/passwd"，就完蛋了。
安全底线：绝对不要把不可信输入直接塞进 system 字符串。
立即学习“C++免费学习笔记（深入）”；
- 优先用 C++ 原生 API 替代：删文件用
std::filesystem::remove，建目录用std::filesystem::create_directories - 真要调外部命令且含变量，用
fork + execve绕过 shell，自己构造 argv 数组（这时变量只是普通 C 字符串，不参与 shell 解析） - 若必须用
system，对变量做严格白名单过滤（比如只允许字母数字和下划线），或用std::quoted（C++20）包裹单个参数——但注意它只防空格，不防注入
Windows 和 Linux 下 system 返回值含义不同
system 的返回值在不同平台不能直接比大小或当 bool 用。Linux 返回的是 waitpid 得到的原始 status，Windows 返回的是 cmd.exe 的 exit code，中间还可能被信号中断。
典型误用：if (system("ping -c1 google.com")) { /* 认为失败 */ } —— 在 Linux 上，ping 失败时返回非零，但 system 可能返回 -1（执行失败）或一个编码后的 status，直接判真假会翻车。
- 正确检查方式：用
WIFEXITED(ret)和WEXITSTATUS(ret)宏（POSIX 系统）；Windows 下可直接用ret，但需确保命令确实设置了 exit code - 跨平台项目建议封装一层：统一返回 0 表示成功，-1 表示
system调用失败，其他值表示命令自身退出码 - 某些嵌入式或精简环境（如 musl libc）可能禁用
system，编译时报undefined reference to 'system'，得提前确认 libc 配置
替代方案：什么时候该放弃 system
一旦出现以下任一情况，system 就不该再用了：
- 需要读取命令输出（比如解析
git rev-parse HEAD结果）→ 改用popen（注意 Windows 兼容性）或boost::process - 要求精确控制进程生命周期（比如超时杀掉卡死命令）→ 必须用
fork/exec+waitpid+alarm或sigaction - 频繁调用（如循环里每轮跑一次
date）→ 启动 shell 开销大，性能差，换成std::chrono::system_clock::now() - 部署环境禁止 shell（容器无 /bin/sh，或 seccomp 限制）→
system直接失败，得用纯 C++ 实现逻辑
最常被忽略的一点：很多你以为“必须调系统命令”的事，C++17 <filesystem> 和 <chrono> 已经能覆盖大半——先翻翻标准库，再伸手碰 system。
