主页 / unix / 问题 / 676835
Accepted
x-yuri
Asked: 2021-11-10 17:43:44 +0800 CST

为 INT 设置陷阱在子 shell 中不起作用

  • 772
$ bash -c "trap \"echo INT\" INT; sleep 3" & pid=$!; sleep 1; kill -INT $pid; wait
[1] 27811
INT
[1]+  Done                    bash -c "trap \"echo INT\" INT; sleep 3"

$ (bash -c "trap \"echo INT\" INT; sleep 3" & pid=$!; sleep 1; kill -INT $pid; wait)

你能解释一下为什么SIGINT处理程序在第二种情况下没有被调用吗？

shell subshell

1 个回答

  1. Best Answer

    作业控制是指允许用户在单个登录会话中在多个进程组（或作业）之间移动的协议。

    https://www.gnu.org/software/libc/manual/html_node/Job-Control.html

    通常它在交互式 shell 中启用，在非交互式 shell 中禁用：

    $ echo $-; sleep 1 & fg
himBHs
[1] 84366
sleep 1

$ bash -c 'echo $-; sleep 1 & fg'
hBc
bash: line 1: fg: no job control

    在这种情况下......显然工作控制被禁用，$-不能依赖：

    $ (echo $-; sleep 1 & fg)
himBHs
bash: fg: no job control

    Shell 将作业与每个管道相关联。

    https://www.gnu.org/software/bash/manual/html_node/Job-Control-Basics.html

    也就是说，当启用作业控制时，每个管道都在单独的进程组中执行。

    pgid.sh：

    #!/usr/bin/env bash
ps -o pgid= $$

    $ ./pgid.sh >&2 | ./pgid.sh >&2; ./pgid.sh; ./pgid.sh & wait
  93439
  93439
  93443
[1] 93445
  93445
[1]+  Done                    ./a.sh

$ (./pgid.sh >&2 | ./pgid.sh >&2; ./pgid.sh; ./pgid.sh & wait)
  93749
  93749
  93749
  93749

    其中一项工作是前台工作，其余工作是后台工作。

    后台作业不应该绑定到启动它们的 shell。如果您退出 shell，它们将继续运行。因此，它们不应该被 打断SIGINT，而不是默认情况下。当启用作业控制时，会自动完成，因为后台作业在单独的进程组中运行。当作业控制被禁用时，bash使异步命令忽略SIGINT，并且不让它们（如果它们是bash脚本）覆盖它。

    也就是说，这里：

    $ bash -c "trap 'echo INT' INT; sleep 3" & pid=$!; sleep 1; kill -INT "$pid"; wait

    后台作业 ( bash -c "trap 'echo INT' INT; sleep 3") 由启用了作业控制的交互式 shell 执行。结果，后台作业收到SIGINT.

    当我们将它包装到一个没有作业控制的非交互式 shell 中时：

    $ (bash -c "trap 'echo INT' INT; sleep 3" & pid=$!; sleep 1; kill -INT "$pid"; wait)

    bash -c "trap 'echo INT' INT; sleep 3"忽略SIGINT，trap ... INT也被忽略。

    可以这样确认：

    $ bash -c "trap 'echo INT' INT; trap; sleep 3" & pid=$!; sleep 1; kill -INT "$pid"; wait
[1] 293631
trap -- 'echo INT' SIGINT
trap -- '' SIGFPE
INT
[1]+  Done                    bash -c "trap 'echo INT' INT; trap; sleep 3"

$ (bash -c "trap 'echo INT' INT; trap; sleep 3" & pid=$!; sleep 1; kill -INT "$pid"; wait)
trap -- '' SIGINT
trap -- '' SIGQUIT
trap -- '' SIGFPE

$ bash -c 'ps -o pid,ignored,comm,args -p $$' & wait
[1] 345833
    PID          IGNORED COMMAND         COMMAND
 345833 0000000000000000 ps              ps -o pid,ignored,comm,args -p 345833
[1]+  Done                    bash -c 'ps -o pid,ignored,comm,args -p $$'

$ (bash -c 'ps -o pid,ignored,comm,args -p $$' & wait)
    PID          IGNORED COMMAND         COMMAND
 345629 0000000000000006 ps              ps -o pid,ignored,comm,args -p 345629

    一些相关的报价：

    由 Bash 启动的非内置命令将信号处理程序设置为 shell 从其父级继承的值。当作业控制无效时，异步命令会忽略SIGINT这些SIGQUIT继承的处理程序。由于命令替换而运行的命令会忽略键盘生成的作业控制信号SIGTTIN、SIGTTOU和SIGTSTP。

    https://www.gnu.org/software/bash/manual/html_node/Signals.html

    进入 shell 时忽略的信号不能被捕获或重置。

    https://www.gnu.org/software/bash/manual/html_node/Bourne-Shell-Builtins.html#index-trap

    作业控制是指有选择地停止（暂停）进程的执行并在以后继续（恢复）它们的执行的能力。用户通常通过由操作系统内核的终端驱动程序和 Bash 共同提供的交互界面来使用此功能。

    Shell 将作业与每个管道相关联。它保留了一张当前正在执行的作业的表格，该表格可以与jobs命令一起列出。当 Bash 异步启动一个作业时，它会打印出如下所示的一行：

    [1] 25647

    表示此作业是作业号1，并且与此作业关联的管道中最后一个进程的进程 ID 是25647. 单个管道中的所有进程都是同一个作业的成员。Bash 使用作业抽象作为作业控制的基础。

    为了便于实现作业控制的用户界面，操作系统维护了当前终端进程组 ID 的概念。此进程组的成员（进程组 ID 等于当前终端进程组 ID 的进程）接收键盘生成的信号，例如SIGINT. 据说这些过程处于前台。后台进程是那些进程组 ID 与终端不同的进程；这样的过程不受键盘生成的信号的影响。只允许前台进程读取，或者，如果用户使用 指定stty tostop，则写入终端。尝试从终端读取（写入何时stty tostop生效）的后台进程被发送一个SIGTTIN(SIGTTOU) 由内核的终端驱动程序发出的信号，除非被捕获，否则它会暂停进程。

    https://www.gnu.org/software/bash/manual/html_node/Job-Control-Basics.html

    • 1

相关问题