用 pipe + dup2 重定向 stderr 需在 fork 后、exec 前将子进程 stderr（fd 2）dup2 到管道写端，并正确关闭无关 fd；父进程需循环 read 直到返回 0，且封装时须显式管理 fd 生命周期。
用 pipe + dup2 重定向 stderr 到管道
直接 fork + exec 默认继承父进程的 stderr，要捕获就得在子进程中把它换成管道写端。核心是：先创建管道，fork 后在子进程里用 dup2 把 stderr（即文件描述符 2）重定向到管道的写端，再 close 其他无关 fd。
常见错误是忘记在子进程中 close 管道读端，导致父进程 read 永远阻塞（因为内核认为写端还开着）；或者没在子进程里 close 管道写端，造成资源泄漏。
- 必须在
fork()后、exec()前做dup2(pipefd[1], STDERR_FILENO) -
pipefd[1]（写端）要在子进程中close(pipefd[0])，父进程中close(pipefd[1]) - 如果同时捕获
stdout和stderr，需分别建两个管道，别混用
父进程读取 stderr 内容时避免阻塞或截断
子进程退出后，管道写端关闭，父进程 read() 才会返回 0。但若子进程输出量大或未及时退出，read() 可能阻塞，或只读到部分数据（比如缓冲区满、非阻塞模式下 EAGAIN）。
实际中建议用循环读取直到 read() 返回 0 或负值，并把每次读到的内容拼接起来。别假设一次 read() 就能拿完全部 stderr 输出。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 分配足够大的缓冲区（如 4KB），反复
read(pipefd[0], buf, sizeof(buf)-1) - 每次读完记得
buf[n] = '\0'，方便后续当 C 字符串处理 - 如果子进程长时间运行，考虑用
poll()或select()监控管道可读状态，避免死等
exec 失败时 stderr 仍可被捕获
很多人以为只有 exec 成功后才有 stderr 输出，其实 exec 失败（比如找不到命令）时，错误信息（如 “No such file or directory”）也会写入重定向后的管道——前提是重定向已在 exec 前完成。
这个特性很实用：它让你能区分是启动失败，还是程序运行时报错。但要注意，这些错误来自 shell 或 libc，不是目标程序本身输出。
-
exec失败后子进程应立即_exit(127)（不是exit()），避免调用 atexit 回调或 flush 其他 stdio 缓冲区 - 父进程收到的数据可能包含换行符，解析时注意 trim
- 某些系统上，
exec失败的 errno 描述长度有限，一般不超过 256 字节
C++ 封装时别自动析构 pipe 文件描述符
用 RAII 封装子进程管理时，容易在类析构里无条件 close() 所有保存的 fd。但管道读端（父进程用）和写端（子进程用）生命周期不同：写端在子进程 exec 后就该关，读端要等到子进程退出后才关。
如果封装类在构造时打开 pipe，在析构时直接 close 两端，会导致父进程无法读取——因为读端被提前关了。
- 管道 fd 应明确归属：读端归父进程长期持有，写端在
fork后立刻移交子进程并关闭 - 子进程 pid 需单独保存，用于后续
waitpid()，不能依赖析构自动 wait（可能引发僵死进程） - 推荐用
std::unique_ptr管理读取缓冲区，但 fd 生命周期必须手动控制
