C Shell管道功能异常求助：执行管道命令时进程挂起

我之前在实现C Shell的多管道功能时，也碰到过一模一样的挂起问题！这种情况十有八九是某个进程还持有管道的写端未关闭，导致读端进程（比如你例子里的sort）一直等待新数据，直到所有写端都关闭才会触发EOF并退出。结合你的描述，给你几个针对性的排查方向和解决方案：

1. 重点检查父进程的管道描述符关闭逻辑 #

你提到打印显示管道3、4、5已关闭，但要注意：管道是成对创建的（读端fd[0]、写端fd[1]），每个管道的两个描述符都需要在不需要的进程中彻底关闭。

• 比如处理cmd1 | cmd2时，父进程在fork完所有子进程后，必须同时关闭该管道的读、写两端。如果父进程漏关了写端，sort进程的读端会一直认为还有写端打开（父进程拿着呢），就会无限等待。
• 建议你在父进程fork完所有子进程后，立刻关闭所有管道的所有描述符，不要等到其他操作之后再处理。

2. 排查子进程的管道重定向与冗余fd关闭 #

子进程很容易犯的错误是：只做了标准输入输出的重定向，但没关闭所有用不到的管道描述符：

• 比如第一个子进程（ls），重定向stdout到管道写端后，必须关闭该管道的读端，同时如果有后续管道，也要关闭后续管道的所有描述符（因为它用不到）。
• 第二个子进程（sort），重定向stdin到管道读端后，必须关闭该管道的写端——如果它还持有写端，那么自己的读端永远不会收到EOF，自然会挂起。

3. 用工具验证打开的文件描述符 #

自己打印的信息可能有遗漏或逻辑判断错误，直接用系统工具查更准确：

• 在Shell挂起时，用ps -ef找到sort和父Shell的PID，然后执行lsof -p <PID>查看进程打开的文件描述符。如果看到某个管道的写端（通常显示为pipe类型）还处于WRITE状态，那就是问题所在。

4. 参考多管道处理的标准逻辑 #

给你一个简化的双管道处理伪代码，对照看看你的实现有没有遗漏：

// 处理 cmd1 | cmd2 的示例
int pipefd[2];
pipe(pipefd);

// 子进程1：执行cmd1
if (fork() == 0) {
    // 重定向stdout到管道写端
    dup2(pipefd[1], STDOUT_FILENO);
    // 关闭所有管道描述符
    close(pipefd[0]);
    close(pipefd[1]);
    execvp(cmd1[0], cmd1);
    exit(EXIT_FAILURE);
}

// 子进程2：执行cmd2
if (fork() == 0) {
    // 重定向stdin到管道读端
    dup2(pipefd[0], STDIN_FILENO);
    // 关闭所有管道描述符
    close(pipefd[0]);
    close(pipefd[1]);
    execvp(cmd2[0], cmd2);
    exit(EXIT_FAILURE);
}

// 父进程必须关闭所有管道描述符！！！
close(pipefd[0]);
close(pipefd[1]);

// 等待所有子进程结束
wait(NULL);
wait(NULL);

核心逻辑就是：每个进程（父+所有子）都要关闭自己用不到的所有管道描述符，哪怕你觉得“这个fd肯定没用”，也要显式关闭——因为exec后的进程会继承所有未关闭的fd，很容易留下隐患。

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