C语言通过fork循环执行无限命令：复现Unix管道行为遇阻求助

我完全懂你遇到的糟心事——当管道后面的进程（比如head -c 1000）干完活退出后，前面的无限输出进程（比如base64 /dev/urandom）本该跟着终止，但你的实现却让它一直跑，非得手动按CTRL+C才能停。这背后的核心问题其实是管道文件描述符没正确关闭，再加上父进程的等待逻辑有漏洞。

问题根源拆解 #

在Unix管道机制里，当管道的读端所有文件描述符都被关闭时，写进程尝试写入管道会触发SIGPIPE信号（默认行为是直接终止进程），同时write()调用会返回EPIPE错误。但如果你的代码犯了这两个错误：

1. 父进程没关闭管道的两端文件描述符；
2. 子进程没关闭自己不需要的管道端；
   那就算head进程退出并关闭了它持有的读端，父进程还攥着管道的读/写端，内核会觉得管道的读端还没完全关闭，base64进程写管道时就不会收到SIGPIPE，反而会因为管道缓冲区被填满而阻塞，导致父进程一直傻等它结束。

具体解决方案 #

1. 严格关闭所有未使用的管道文件描述符 #

这是最关键的一步，必须确保每个进程（父进程、子进程）只保留自己需要的管道端，其余全部关闭。

给你一个可运行的示例代码框架：

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <sys/wait.h>
#include <signal.h>

int main() {
    int pipefd[2];
    if (pipe(pipefd) == -1) {
        perror("pipe");
        exit(EXIT_FAILURE);
    }

    // 第一个子进程：base64 /dev/urandom（负责写管道）
    pid_t pid1 = fork();
    if (pid1 == -1) {
        perror("fork");
        exit(EXIT_FAILURE);
    }
    if (pid1 == 0) {
        // 关闭不需要的读端
        close(pipefd[0]);
        // 将stdout重定向到管道写端
        dup2(pipefd[1], STDOUT_FILENO);
        // 关闭原管道写端（dup2已经复制了一份，留着没用）
        close(pipefd[1]);
        // 执行目标命令
        execlp("base64", "base64", "/dev/urandom", NULL);
        perror("execlp base64");
        exit(EXIT_FAILURE);
    }

    // 第二个子进程：head -c 1000（负责读管道）
    pid_t pid2 = fork();
    if (pid2 == -1) {
        perror("fork");
        exit(EXIT_FAILURE);
    }
    if (pid2 == 0) {
        // 关闭不需要的写端
        close(pipefd[1]);
        // 将stdin重定向到管道读端
        dup2(pipefd[0], STDIN_FILENO);
        // 关闭原管道读端
        close(pipefd[0]);
        // 执行目标命令
        execlp("head", "head", "-c", "1000", NULL);
        perror("execlp head");
        exit(EXIT_FAILURE);
    }

    // 父进程必须关闭管道的两端！！！这一步绝对不能忘
    close(pipefd[0]);
    close(pipefd[1]);

    // 等待所有子进程退出，而不是只等某一个
    int status;
    pid_t pid;
    while ((pid = waitpid(-1, &status, 0)) != -1) {
        printf("子进程 %d 已退出，状态码: %d\n", pid, WEXITSTATUS(status));
    }

    return 0;
}

2. 让父进程等待所有子进程 #

别只调用一次wait()或waitpid()去等某个特定子进程，要用循环调用waitpid(-1, &status, 0)，直到所有子进程都退出（此时waitpid会返回-1，errno为ECHILD）。这样不管哪个子进程先结束，父进程都能正确处理，不会一直阻塞在未终止的进程上。

3. （可选）恢复SIGPIPE的默认处理 #

如果你的程序之前修改过SIGPIPE的处理逻辑（比如设置成忽略），记得恢复默认行为，确保写进程在管道读端关闭时能被正确终止：

// 在main函数开头添加
signal(SIGPIPE, SIG_DFL); // 恢复SIGPIPE的默认处理（终止进程）

验证效果 #

编译运行上面的代码，你会发现head进程读完1000字节退出后，base64进程会立刻收到SIGPIPE并终止，父进程也会在所有子进程退出后自动结束，和bash的管道行为完全一致。

内容的提问来源于stack exchange，提问作者Ogagal