system()最简单但有坑：会启动新cmd进程并阻塞线程，无法捕获输出或准确判断错误；路径变更无效、空格需转义、返回值不可靠；推荐用_popen()读取输出，复杂场景用CreateProcess()，跨平台需条件编译。
用 system() 调用 cmd 命令最简单但有坑
system() 确实能快速执行 Windows 命令，比如 system("dir") 或 system("ping -n 1 127.0.0.1")，但它会启动一个新 cmd 进程，阻塞当前线程，且无法捕获输出或判断具体错误类型。
常见错误现象：system("cd C:\\test") 看似执行了，但当前进程工作目录没变——因为子 shell 退出后路径变更就丢了。
- 必须用
&&连接多条命令，例如system("cd C:\\test && dir") - 路径含空格时，cmd 层需双引号，C++ 字符串里要转义：
system("cd \"C:\\Program Files\" && dir") - 返回值是子进程的 exit code，但 Windows 下多数命令成功返回 0，失败不一定是非 0（如
dir找不到目录也常返回 0）
想拿命令输出？别用 system()，改用 _popen() + fgets()
Windows 下 _popen()（注意下划线）可打开管道读取 stdout，比 system() 实用得多。它底层调用 cmd /c，行为更可控。
示例：获取 IP 配置中的 IPv4 地址
立即学习“C++免费学习笔记（深入）”；
FILE* fp = _popen("ipconfig | findstr \"IPv4\"", "r");
if (fp) {
char buf[512];
while (fgets(buf, sizeof(buf), fp)) {
printf("%s", buf);
}
_pclose(fp);
}- 第二个参数必须是
"r"（只读），不能写成"rb"或漏掉引号 - 务必配对使用
_pclose()，否则句柄泄漏，多次调用后可能失败 - 管道中命令失败（如
findstr没匹配到）会导致fgets()读不到内容，但不会报错——得结合返回值和空行逻辑判断
需要精确控制进程？直接上 CreateProcess()
当你要隐藏窗口、设置超时、重定向 stdin/stdout/stderr、或等待特定时间后强制终止时，system() 和 _popen() 都不够用，必须用 Windows API 的 CreateProcess()。
Shell本身是一个用C语言编写的程序，它是用户使用Linux的桥梁。Shell既是一种命令语言，又是一种程序设计语言。作为命令语言，它交互式地解释和执行用户输入的命令；作为程序设计语言，它定义了各种变量和参数，并提供了许多在高级语言中才具有的控制结构，包括循环和分支。它虽然不是Linux系统核心的一部分，但它调用了系统核心的大部分功能来执行程序、建立文件并以并行的方式协调各个程序的运行。因此，对于用户来说，shell是最重要的实用程序，深入了解和熟练掌握shell的特性极其使用方法，是用好Linux系统
关键点：
- 命令行字符串要完整，例如
"cmd /c ping -n 1 127.0.0.1 > out.txt 2>&1"，不能只传"ping..." -
STARTUPINFO中设dwFlags |= STARTF_USESTDHANDLES才能重定向句柄 - 子进程不继承父进程控制台，除非显式设
CREATE_NO_WINDOW或DETACHED_PROCESS - 调用后要用
WaitForSingleObject()等待，否则容易在进程还没结束时就读输出文件
跨平台？别硬套 system()，先检查宏再分发
Linux/macOS 用 system("ls") 看似一样，但 shell 是 bash/zsh，命令语法、路径分隔符、编码都不同。直接写死 "dir" 或 "cls" 在 Linux 下必然失败。
安全做法是：
- 用
#ifdef _WIN32区分平台，Windows 走cmd /c，其他走sh -c - 路径拼接用
std::filesystem::path（C++17），别手拼"C:\\foo\\bar"或"./foo/bar" - 命令参数含用户输入时，必须过滤空格、重定向符（
>、|、;），否则有命令注入风险
真正难的不是“怎么调”，而是“怎么知道命令到底执行成功了、输出在哪、失败时该不该重试、要不要记录 stderr”。这些细节不处理，上线后第一波异常就是它。
