我终于找到了一个解决方案，在所有情况下都可以递归地终止所有下降，不管它们是作业还是子流程。这里的其他解决方案似乎都失败了，比如:

while ! ffmpeg ....
do
  sleep 1
done

在我的情况下，ffmpeg将在父脚本退出后继续运行。

我在这里找到了一个递归地获得所有子进程的pid的解决方案，并在陷阱处理程序中使用它:

cleanup() {
    # kill all processes whose parent is this process
    kill $(pidtree $$ | tac)
}

pidtree() (
    [ -n "$ZSH_VERSION"  ] && setopt shwordsplit
    declare -A CHILDS
    while read P PP;do
        CHILDS[$PP]+=" $P"
    done < <(ps -e -o pid= -o ppid=)
    walk() {
        echo $1
        for i in ${CHILDS[$1]};do
            walk $i
        done
    }

    for i in "$@";do
        walk $i
    done
)

trap cleanup EXIT

上面放在bash脚本开头的代码成功地杀死了所有子进程。请注意，pidtree是用$$调用的，$$是正在退出的bash脚本的PID，并且PID列表(每行一个)使用tac反转，以尝试确保父进程只在子进程之后被杀死，以避免在循环中可能出现的竞争条件，例如我给出的例子。

脚本的加载。运行一个killall(或操作系统上可用的任何命令)命令，该命令在脚本完成后立即执行。

我把@tokland的回答与http://veithen.github.io/2014/11/16/sigterm-propagation.html的知识相结合，当我注意到如果我正在运行一个前台进程(不是后台的&)，陷阱不会触发:

#!/bin/bash

# killable-shell.sh: Kills itself and all children (the whole process group) when killed.
# Adapted from http://stackoverflow.com/a/2173421 and http://veithen.github.io/2014/11/16/sigterm-propagation.html
# Note: Does not work (and cannot work) when the shell itself is killed with SIGKILL, for then the trap is not triggered.
trap "trap - SIGTERM && echo 'Caught SIGTERM, sending SIGTERM to process group' && kill -- -$$" SIGINT SIGTERM EXIT

echo $@
"$@" &
PID=$!
wait $PID
trap - SIGINT SIGTERM EXIT
wait $PID

它工作的例子:

$ bash killable-shell.sh sleep 100
sleep 100
^Z
[1]  + 31568 suspended  bash killable-shell.sh sleep 100

$ ps aux | grep "sleep"
niklas   31568  0.0  0.0  19640  1440 pts/18   T    01:30   0:00 bash killable-shell.sh sleep 100
niklas   31569  0.0  0.0  14404   616 pts/18   T    01:30   0:00 sleep 100
niklas   31605  0.0  0.0  18956   936 pts/18   S+   01:30   0:00 grep --color=auto sleep

$ bg
[1]  + 31568 continued  bash killable-shell.sh sleep 100

$ kill 31568
Caught SIGTERM, sending SIGTERM to process group
[1]  + 31568 terminated  bash killable-shell.sh sleep 100

$ ps aux | grep "sleep"
niklas   31717  0.0  0.0  18956   936 pts/18   S+   01:31   0:00 grep --color=auto sleep

为了清理一些混乱，陷阱可以使用。它可以提供特定信号到达时执行的内容列表:

trap "echo hello" SIGINT

但如果shell退出，也可以用来执行一些东西:

trap "killall background" EXIT

它是内置的，所以帮助陷阱会给你信息(适用于bash)。如果你只想消灭后台工作，你可以做到

trap 'kill $(jobs -p)' EXIT

注意使用单个'，以防止shell立即替换$()。

我终于找到了一个解决方案，在所有情况下都可以递归地终止所有下降，不管它们是作业还是子流程。这里的其他解决方案似乎都失败了，比如:

while ! ffmpeg ....
do
  sleep 1
done

在我的情况下，ffmpeg将在父脚本退出后继续运行。

我在这里找到了一个递归地获得所有子进程的pid的解决方案，并在陷阱处理程序中使用它:

cleanup() {
    # kill all processes whose parent is this process
    kill $(pidtree $$ | tac)
}

pidtree() (
    [ -n "$ZSH_VERSION"  ] && setopt shwordsplit
    declare -A CHILDS
    while read P PP;do
        CHILDS[$PP]+=" $P"
    done < <(ps -e -o pid= -o ppid=)
    walk() {
        echo $1
        for i in ${CHILDS[$1]};do
            walk $i
        done
    }

    for i in "$@";do
        walk $i
    done
)

trap cleanup EXIT

上面放在bash脚本开头的代码成功地杀死了所有子进程。请注意，pidtree是用$$调用的，$$是正在退出的bash脚本的PID，并且PID列表(每行一个)使用tac反转，以尝试确保父进程只在子进程之后被杀死，以避免在循环中可能出现的竞争条件，例如我给出的例子。

如果在子shell中调用Jobs -p，则不能在所有shell中工作，除非它的输出被重定向到文件而不是管道中。(我想它最初只是用于交互使用的。)

下面这些怎么样:

trap 'while kill %% 2>/dev/null; do jobs > /dev/null; done' INT TERM EXIT [...]

Debian的dash shell需要调用“jobs”，如果缺少当前作业(“%%”)，则该shell无法更新。