向进程组发送 SIGINT 有时会被忽略

Question 1

该进程很可能捕获 SIGINT 信号以与其他函数一起使用。

仅当接收到的信号未知时，该进程才会死亡。但是，如果进程设置了一个链接到该信号的函数，它就不会死，除非链接到该信号的函数完成程序。

例如，一个简单的 C 程序：

 #include <signal.h>

 int sigreceived = 0;

 void mysignal();

 int main(){
    signal(2, mysignal); //SIGINT corresponds to 2 signal

    while(1);
    return 0;
  }

 void mysignal(){
  sigreceived=1;
 }

在这个程序中，捕获信号2是为了调用mysignal函数什么的，而不是杀死进程，只需更改一个变量的值

然后，这个进程不会被 SIGINT 杀死

Answer

该进程很可能捕获 SIGINT 信号以与其他函数一起使用。

仅当接收到的信号未知时，该进程才会死亡。但是，如果进程设置了一个链接到该信号的函数，它就不会死，除非链接到该信号的函数完成程序。

例如，一个简单的 C 程序：

 #include <signal.h>

 int sigreceived = 0;

 void mysignal();

 int main(){
    signal(2, mysignal); //SIGINT corresponds to 2 signal

    while(1);
    return 0;
  }

 void mysignal(){
  sigreceived=1;
 }

在这个程序中，捕获信号2是为了调用mysignal函数什么的，而不是杀死进程，只需更改一个变量的值

然后，这个进程不会被 SIGINT 杀死

Question 2

请记住，SIGINT 无论是由“ kill -INT pid”还是“ kill -INT -- -pgid”或Ctrl-发送C，总是影响前台进程（前台进程组）；使用 & 异步启动的所有内容都不受 INT 影响（除了在后台运行的子 shell，如命令替换:(cmd;cmd, ...etc ) &或$(cmd) &）。

不要忘记：bash 实现了 WCE（等待和协作退出），这意味着父进程在通过 - 接收到 SIGINT 时等待子进程完成Ctrl，C然后只有在子进程通过 SIGINT 死亡时才决定死亡。

比我更好的解释是https://www.cons.org/cracauer/sigint.html

Answer

请记住，SIGINT 无论是由“ kill -INT pid”还是“ kill -INT -- -pgid”或Ctrl-发送C，总是影响前台进程（前台进程组）；使用 & 异步启动的所有内容都不受 INT 影响（除了在后台运行的子 shell，如命令替换:(cmd;cmd, ...etc ) &或$(cmd) &）。

不要忘记：bash 实现了 WCE（等待和协作退出），这意味着父进程在通过 - 接收到 SIGINT 时等待子进程完成Ctrl，C然后只有在子进程通过 SIGINT 死亡时才决定死亡。

比我更好的解释是https://www.cons.org/cracauer/sigint.html

向进程组发送 SIGINT 有时会被忽略

答案1

答案2

相关内容