linux – 我是否应该担心订单过程中的流程接收信号？

我想通过将SIGTERM发送到其中的进程来终止进程组.这可以通过kill命令完成,但我找到的手册提供了有关其工作原理的一些细节：

int kill(pid_t pid,int sig);
   ...
   If pid is less than -1,then sig is sent to every  process  in
   the process group whose ID is -pid.

但是,信号将以哪种顺序发送到组成组的进程？想象一下以下情况：在组中的主进程和从进程之间设置管道.如果slave在处理kill(-pid)期间被杀死,而master仍然没有,则master可能会将此报告为内部故障(在收到孩子死亡的通知时).但是,我希望所有进程都能理解这种终止是由其进程组外部的东西引起的.

我怎样才能避免这种混乱？我应该做的不仅仅是杀人(-pid,SIGTERM)？或者它是由OS的底层属性解决的,我不知道它？

请注意,我无法修改组中进程的代码！

解决方法

尝试将其作为一个三步过程：

kill(-pid,SIGSTOP);
kill(-pid,SIGTERM);
kill(-pid,SIGCONT);

第一个SIGSTOP应该将所有进程置于停止状态.他们无法捕获此信号,因此这应该会停止整个流程组.

SIGTERM将排队等待进程,但我不相信它会被交付,因为进程已停止(这是来自内存,我目前无法找到引用,但我相信它是真的).

SIGCONT将再次启动流程,允许交付SIGTERM.如果从机首先获得SIGCONT,则主机可能仍然停止,因此它不会注意到从机离开.当主服务器获得SIGCONT时,它将跟随SIGTERM,终止它.

我不知道这是否真的有效,并且可能是实现取决于所有信号何时实际传递(包括SIGCHLD到主进程),但它可能值得一试.