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

Question

我想通过发送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.

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

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

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

Answer 1

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

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

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

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

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

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