我有一个 Linux 进程(我们称它为主进程),其标准输出通过 shell 的管道运算符 (|) 通过管道传输到另一个进程(称为下游进程)。主进程设置为在下游进程崩溃时接收 SIGPIPE 信号。不幸的是,直到主进程写入 stdout 才会引发 SIGPIPE。有没有办法更快地告诉下游过程已经终止?
一种方法是向下游进程连续写入,但这似乎很浪费。另一种方法是有一个单独的看门狗进程来监视所有相关进程,但这很复杂。或者也许有一些方法可以使用 select() 来触发信号。我希望主进程可以自己完成这一切。
最佳答案
当接收器崩溃时,stdout 文件描述符似乎“准备好读取”:
$ gcc -Wall select-downstream-crash.c -o select-downstream-crash
$ gcc -Wall crash-in-five-seconds.c -o crash-in-five-seconds
$ ./select-downstream-crash | ./crash-in-five-seconds
... five seconds pass ...
stdout is ready for reading
Segmentation fault
select-downstream-crash.c
#include <err.h>
#include <stdio.h>
#include <sys/select.h>
#include <unistd.h>
int main(void)
{
fd_set readfds;
int rc;
FD_ZERO(&readfds);
FD_SET(STDOUT_FILENO, &readfds);
rc = select(STDOUT_FILENO + 1, &readfds, NULL, NULL, NULL);
if (rc < 0)
err(1, "select");
if (FD_ISSET(STDOUT_FILENO, &readfds))
fprintf(stderr, "stdout is ready for reading\n");
return 0;
}
五秒内崩溃.c
#include <stdio.h>
#include <unistd.h>
int main(void)
{
sleep(5);
putchar(*(char*)NULL);
return 0;
}
我在 Linux 上试过这个,但不知道它是否能在其他地方工作。最好能找到一些解释这一观察结果的文档。
关于linux - 如何判断 Unix 管道中的下游进程是否已崩溃,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8073218/