裸用 std::thread 直接运行测试脚本会导致竞态风暴：资源竞争、日志错乱、结果丢失、僵尸进程及未定义终止；应改用线程池+安全队列+独立进程控制（如 fork+exec 或 timeout 包装）并隔离执行上下文。
直接用 std::thread 启动多个测试脚本进程，不加同步控制，大概率导致资源竞争、日志错乱、结果丢失——这不是并发，是竞态风暴。
为什么不能裸用 std::thread 直接跑测试脚本
自动化测试脚本（比如 Python 的 pytest 或自研 CLI 工具）本质是独立进程，std::thread 只管调度线程，不管理子进程生命周期。常见问题包括：
- 主线程退出时，子线程里还在
system()或std::process::Command（C++20 前需自己封装）调用未返回，直接终止导致测试中断无报告 - 多个线程同时写同一个日志文件，内容互相覆盖或截断（尤其
fopen(..., "a")在不同线程中不保证原子追加） - 没限制并发数，100 个测试脚本全开，瞬间吃光内存或触发系统
fork()失败（Resource temporarily unavailable） -
std::thread对象未join()或detach()，析构时直接std::terminate()
用 std::async + std::future 管理单个脚本执行
比裸线程更可控：自动管理线程资源，支持超时等待和异常传播。但注意它默认使用线程池（实现依赖编译器），不适合长期阻塞操作（如等待用户输入的脚本）。
示例：安全执行一个测试脚本并捕获退出码
auto result = std::async(std::launch::async, []() -> int {
// 注意：这里必须用 execve 或 _spawnv，不能只靠 system()
// 因为 system() 会等 shell，且无法获取真实 exit code
#ifdef _WIN32
return _spawnv(_P_WAIT, "python.exe", {"python.exe", "test_a.py"});
#else
pid_t pid = fork();
if (pid == 0) {
execl("/usr/bin/python3", "python3", "test_a.py", nullptr);
_exit(127); // execl 失败
} else if (pid > 0) {
int status;
waitpid(pid, &status, 0);
return WEXITSTATUS(status);
}
return -1;
#endif
});
int exit_code = result.get(); // 阻塞直到完成，抛出异常则 rethrow
- 不用
system()：它屏蔽了真实退出码，且无法超时控制 - Windows 用
_spawnv，Linux/macOS 用fork+exec组合，才能拿到原始exit code -
std::async默认策略可能复用线程，若脚本含全局静态变量或信号处理，需确认线程安全性
用线程安全队列 + 固定线程池控制并发度
真正适合批量跑测试脚本的模型：预设 N 个 worker 线程（比如 CPU 核心数），从任务队列取脚本路径执行，避免雪崩。
关键点：
- 队列必须是线程安全的：用
std::queue加std::mutex+std::condition_variable，或用boost::lockfree::queue（无锁，但需注意内存序） - 每个 worker 独立记录日志：按脚本名生成唯一日志路径，例如
"log/test_a.py_20240520_1423.log"，避免互斥锁争用 - 主控线程调用
future.wait_for()做整体超时，而非单个脚本——防止某个卡死拖垮全部 - 收集结果用
std::vector<:pair int>></:pair>，脚本路径 + 退出码，后续统一解析
别忽略信号与子进程僵死问题
测试脚本意外 hang 住（比如死循环、网络等待），会导致 worker 线程永久阻塞。C++ 没有内置线程级超时取消，必须靠子进程维度解决：
- Linux/macOS 下用
alarm()+sigaction()不可靠（干扰主线程），推荐setrlimit(RLIMIT_CPU)或更稳妥的prctl(PR_SET_PDEATHSIG)配合kill() - 实际建议：用
timeout命令包装（Linux）或gtimeout（macOS brew install coreutils），例如："timeout 300s python3 test_a.py" - Windows 可用
start /wait /b timeout 300 && python test_a.py，但注意&&逻辑在 cmd 中对非零退出码会跳过后续 - 所有
fork()后必须waitpid()，否则变成僵尸进程；用signal(SIGCHLD, SIG_IGN)可自动回收，但会丢失退出码
最易被忽略的是子进程的当前工作目录和环境变量继承——测试脚本依赖相对路径或 PATH 时，worker 线程的 chdir() 或 putenv() 会影响其他任务。每个脚本应在独立 fork() 后立即设置好上下文，不要复用线程环境。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
