主页 / unix / 问题 / 478563
Accepted
Hari Sundararajan
Asked: 2018-10-30 17:23:27 +0800 CST

睡眠、等待和 Ctrl+C 传播

  • 772

如果我有以下 shell 脚本

sleep 30s

Ctrl+C当 shell 脚本运行时，我点击sleep了它，它就死了。

如果我有以下 shell 脚本

sleep 30s &
wait

我Ctrl+C在 shell 脚本运行时点击，sleep继续，现在有一个 1 的父级。

这是为什么？bash 不会传播Ctrl+C到所有孩子吗？

编辑：如果我有以下脚本

/usr/bin/Xvfb :18.0 -ac -screen 0 1180x980x24 &
wait

在我生成一个程序的地方，这次Ctrl+C在主进程上Xvfb也会杀死该进程。

那么如何/为什么Xvfb与睡眠不同？

在某些进程的情况下，我看到它们被 收割init，在某些情况下它们会死掉。为什么睡眠会被 init 收割？为什么会Xvfb死？

bash sleep

3 个回答

  1. Best Answer

    tl;博士; 该Xvfb进程设置一个信号处理程序SIGINT并在它接收到这样的信号时退出，但该sleep进程没有，因此它继承了“忽略”状态，SIGINT因为它是由运行脚本的shell在执行sleep二进制文件之前设置的。

    当 shell 脚本运行时，作业控制被关闭，后台进程（以 开头的&）只是在同一个进程组中运行，SIGINT并SIGQUIT设置为SIG_IGN（忽略）并且它们的标准输入从/dev/null.

    这是标准要求的：

    如果在 shell 执行异步列表时禁用作业控制（参见 set -m 的描述），则列表中的命令应从 shell 继承 SIGINT 和 SIGQUIT 信号的忽略 (SIG_IGN) 信号操作。

    如果信号处置设置为SIG_IGN（忽略），则该状态将通过fork()and继承execve()：

    在调用进程映像中设置为默认操作（SIG_DFL）的信号应设置为新进程映像中的默认操作。除了 SIGCHLD，调用进程映像设置为忽略的信号 (SIG_IGN) 应设置为被新进程映像忽略。

    • 10

  2. 从bash 手册页：

    后台进程是那些进程组 ID 与终端不同的进程；这样的过程不受键盘产生的信号的影响

    你可以用不同的方式来处理它；首先，杀死列出的工作：

    #!/bin/bash
trap 'kill $(jobs -p)' INT
sleep 30s &
wait

    或者，向同一进程组中的所有进程发送终止：

    #!/bin/bash
trap 'kill 0' INT
sleep 30s &
wait
    • 4

  3. Bash 不会将 SIGINT 或 SIGTERM 之类的信号转发给它当前正在等待的进程。

    一种常见的解决方法是执行陷阱等待等待，如下例所示：

    int_handler()
{
    kill -TERM "${child_pid}" > /dev/null 2>&1
}

trap 'int_handler' INT

echo "Sleeping ... "
sleep 200 &

child_pid=$!
wait ${child_pid} > /dev/null 2>&1
trap - INT
wait ${child_pid} > /dev/null 2>&1
    • 1

相关问题