为什么Shell在后台进程中忽略SIGINT和SIGQUIT？

Question

如果我在脚本或-c片段中使进程后台运行，则后台进程将忽略SIGINT和SIGQUIT：

例：

$ alias ps='ps -o pid,ppid,pgrp,sid,stat,tty,ignored,blocked,caught,wchan,min_flt,pmem,args --forest'
$ sh -c 'sleep 1000 & sleep 1000 | sleep 1000' & \
  sleep 0.01; ps |grep -v -e ps -e grep 
  PID  PPID  PGRP   SID STAT TT                IGNORED          BLOCKED           CAUGHT WCHAN   MINFL %MEM COMMAND
 6197  2143  6197  6197 Ss   pts/28   0000000000380004 0000000000010000 000000004b817efb wait    10039  0.0 -bash
 7593  6197  7593  6197 S    pts/28   0000000000000000 0000000000000000 0000000000010002 wait      148  0.0  \_ sh -c sleep 1000 & sleep 1000 | sleep 1000
 7595  7593  7593  6197 S    pts/28   0000000000000006 0000000000000000 0000000000000000 hrtime     85  0.0  |   \_ sleep 1000
 7596  7593  7593  6197 S    pts/28   0000000000000000 0000000000000000 0000000000000000 hrtime     85  0.0  |   \_ sleep 1000
 7597  7593  7593  6197 S    pts/28   0000000000000000 0000000000000000 0000000000000000 hrtime     85  0.0  |   \_ sleep 1000

这意味着如果我运行kill -INT -$! （或fg后跟Ctrl-C ）（来自交互式父外壳（bash）），则不会达到-c片段为背景的睡眠过程并继续存在。

  PID  PPID  PGRP   SID STAT TT                IGNORED          BLOCKED           CAUGHT WCHAN   MINFL %MEM COMMAND
 6197  2143  6197  6197 Ss   pts/28   0000000000380004 0000000000010000 000000004b817efb wait    10103  0.0 -bash
 7595     1  7593  6197 S    pts/28   0000000000000006 0000000000000000 0000000000000000 hrtime     85  0.0 sleep 1000

这种行为的原因是什么？ 可以禁用吗？

Answer 1

当Shell在后台运行程序时，不应再将后台进程与原始Shell绑定在一起-外壳可以退出或被杀死，并且后台进程应继续运行。

如果外壳程序是交互式的，并且正在使用作业控制，它将把后台进程放在一个单独的进程组中，因此发送到外壳程序进程组的信号不会对其产生影响。

但是，当不使用作业控制时（这是非交互式Shell中的默认设置），后台进程位于同一进程组中。 为了避免后台进程接收仅用于外壳程序的键盘信号，它显然会忽略那些子进程中的那些信号。