CreateProcess是Windows创建子进程最直接可控的方式，支持精确配置工作目录、环境变量、窗口行为及I/O重定向，并返回进程句柄用于等待或通信；需正确初始化STARTUPINFO（如cb字段）并合理设置lpApplicationName与lpCommandLine参数。
用 CreateProcess 启动控制台程序（Windows）
Windows 下最直接、可控的方式是调用 Win32 API 的 CreateProcess。它不依赖 shell，能精确控制工作目录、环境变量、是否显示窗口等，且能拿到子进程句柄用于后续等待或通信。
常见错误是传入错误的参数顺序或忽略 STARTUPINFO 初始化——比如没设 cb 字段导致崩溃，或漏掉 si.hStdOutput 等句柄配置导致子进程输出丢失。
-
lpApplicationName可为空，此时lpCommandLine必须包含可执行路径（如"cmd.exe"或"C:\tools\mytool.exe"） - 若想让子程序共用父进程控制台，设
si.dwFlags |= STARTF_USESTDHANDLES并显式传递GetStdHandle(STD_OUTPUT_HANDLE) - 若不想弹新窗口，用
CREATE_NO_WINDOW标志；若想隐藏但保留控制台能力（比如重定向），用CREATE_SUSPENDED+ 后续操作
STARTUPINFO si = { sizeof(si) };
PROCESS_INFORMATION pi;
CreateProcess(L"notepad.exe", nullptr, nullptr, nullptr, FALSE,
CREATE_NO_WINDOW, nullptr, nullptr, &si, &pi);
WaitForSingleObject(pi.hProcess, INFINITE);
CloseHandle(pi.hProcess);
CloseHandle(pi.hThread);
用 std::system 启动简单命令（跨平台但受限）
std::system 最省事，但本质是调用系统 shell（Windows 是 cmd.exe，Linux/macOS 是 /bin/sh），所以有 shell 注入风险、无法获取子进程 PID、不能重定向 I/O、也不能可靠等待结束（某些平台只返回 exit code）。
适合一次性、无参数、无安全敏感的调试命令，比如 std::system("pause") 或 std::system("cls")。
立即学习“C++免费学习笔记（深入）”；
- 命令字符串里含空格时必须加引号，例如
std::system(""C:my app ool.exe" -v") - 在 Windows 上，
std::system("exit 0")不会终止当前程序，只是退出 shell 子进程 - 返回值是 shell 的 exit code，不是目标程序的——中间若被 shell 解析失败（如语法错），你拿不到真实程序的退出码
用 std::spawn？C++26 还没落地，别信网上旧代码
目前（C++23 标准及所有主流编译器）**没有 std::spawn**。部分教程或博客写的 std::spawn 示例，要么是误把 Boost.Process 当标准库，要么是抄了 C++26 草案早期提案（已删减重构）。强行写会编译失败。
Boost.Process 是目前最接近“现代 C++ 风格”的方案，但它需要额外编译和链接，且 Windows 下对 Unicode 路径支持仍有坑（建议用 UTF-8 转 WideChar 再传入）。
- Boost 1.70+ 支持
child c{"ping", "127.0.0.1"};这类简洁写法 - 但默认不继承 stdout/stderr——需显式用
std_out > boost::process::null或重定向到文件 - 注意
boost::process::child析构时默认不 wait，可能残留僵尸进程
Linux/macOS 下用 fork + exec 系列（POSIX 标准）
这是 Unix-like 系统原生方式，比 system 更底层、更灵活，但要手动处理 fork 失败、信号中断、环境变量继承等细节。
典型错误是：在 fork() 后没检查返回值（-1 表示失败），或在子进程中忘了调用 exec 系列函数而继续执行父进程逻辑，造成意外重复运行。
- 用
execv传参数组，第一个元素必须是程序名（哪怕路径不同），例如：char* args[] = {"/bin/ls", "-l", "/tmp", nullptr}; execv("/bin/ls", args); - 若需捕获输出，
fork前先pipe()，子进程dup2替换stdout，父进程从 pipe 读 -
waitpid(pid, &status, 0)才能真正回收子进程并拿到 exit code；只wait()可能阻塞在任意子进程上
跨平台封装时最容易被忽略的是：Windows 的路径分隔符、编码（宽字符 vs UTF-8）、以及子进程对控制台句柄的继承行为差异。哪怕用同一套逻辑启动 python --version，在 Windows 上可能卡住，在 Linux 上却立刻返回——根源常在于标准句柄是否被正确继承或重定向。
