直接用 std::thread 包裹 std::system 极大概率失败或卡死，因多线程下调用 fork() 是未定义行为，且 std::system 阻塞等待并引发 shell 冲突；应改用 fork+exec+waitpid（Linux/macOS）或独立 CreateProcess 实例（Windows），并隔离输出。
用 std::thread 调 std::system 会出问题吗？
直接用 std::thread 包裹 std::system 是最简路径，但**极大概率失败或卡死**。原因有二：std::system 内部依赖全局 fork() + exec()（Linux/macOS）或 CreateProcess()（Windows），而多线程环境下调用 fork() 是未定义行为；更关键的是，std::system 会阻塞当前线程等待命令结束，若多个线程同时执行耗时命令（如 ping -c 10 google.com），极易触发资源竞争或 shell 实例冲突。
推荐方案：用 std::process 替代？不，C++20 前没有 std::process
C++20 才引入 std::process（尚未稳定落地，主流编译器基本不支持），所以目前必须手撸或借助第三方。实际可行的路只有两条：
- Linux/macOS：用
fork()+exec()+waitpid()组合，每个线程独立 fork，避免共享 shell 状态 - 跨平台：用
boost::process（需额外编译）或封装_popen（Windows）/popen（POSIX）——但注意它们本身不是线程安全的，必须配合互斥锁或每个线程独占一个 pipe
示例（Linux，线程安全版）：
void run_cmd(const std::string& cmd) {
pid_t pid = fork();
if (pid == 0) { // child
execl("/bin/sh", "sh", "-c", cmd.c_str(), nullptr);
_exit(1); // exec 失败则退出
} else if (pid > 0) { // parent
int status;
waitpid(pid, &status, 0); // 阻塞等子进程，但只影响当前线程
}
}
// 启动线程：std::thread t(run_cmd, "sleep 2 && echo done");
Windows 下怎么避免 CreateProcess 被多线程搞崩？
Windows 的 CreateProcess 本身是线程安全的，但常见错误是复用 STARTUPINFO 或 PROCESS_INFORMATION 结构体变量——它们不能在线程间共享。必须确保每个线程都声明自己的独立结构体实例：
立即学习“C++免费学习笔记（深入）”；
-
STARTUPINFO必须初始化为零（ZeroMemory(&si, sizeof(si))），否则残留字段可能让子进程继承不该继承的句柄 - 不要用
CREATE_NEW_CONSOLE标志并发启动多个 cmd 窗口，会导致桌面会话资源争抢；改用CREATE_NO_WINDOW+ 重定向 stdout/stderr - 若需读取命令输出，必须用
CreatePipe创建独立 pipe 对，不能多个线程共用同一组 handle
为什么别用 std::async + std::system？
看起来简洁：
auto f = std::async(std::launch::async, []{ return std::system("ls -l"); });
但问题没变：std::system 仍会 fork + exec，且 std::async 的线程池策略不可控（可能复用线程、延迟调度），在高并发下容易触发系统级限制（如 fork: Resource temporarily unavailable）。更隐蔽的问题是：若命令中含重定向（如 cmd > out.txt），不同线程可能同时写同一文件，造成内容错乱——这不属于 C++ 层面能解决的问题，得靠应用层加文件锁或隔离输出路径。
真正要稳，就得放弃“一行启动命令”的幻想，接受每个线程配一套独立进程控制逻辑，尤其注意子进程生命周期管理和输出隔离。
