使用陷阱USR1时Bash随机函数的行为

Question

我有一个bash代码，可以给我随机结果。 我已经将代码简化为一些伪代码，如下所示：

#!/usr/bin/bash

function TrapQuit {
    echo "Quitting"
}

function SubFunction {
    echo "Full function call tree ${FUNCNAME[@]}"
}

function DisPatch {
    echo "Running function ${FUNCNAME[0]}"
    SubFunction "1"
}

function test {
    kill -USR1 $$

}

trap DisPatch USR1
trap TrapQuit EXIT HUP

test &
test &
test &
test &
test &

while true; do
    sleep 1
done

基本上，$ {FUNCNAME [@]}应该列出从当前函数到main的所有函数调用。 当我运行此代码时，我会随机得到不同的结果。

好的结果是：

Running function DisPatch Full function call tree SubFunction DisPatch main Running function DisPatch Full function call tree SubFunction DisPatch main Running function DisPatch Full function call tree SubFunction DisPatch main Running function DisPatch Full function call tree SubFunction DisPatch test main ^CRunning function DisPatch Full function call tree SubFunction DisPatch main Quitting

奇怪的结果是：

Running function DisPatch Full function call tree SubFunction DisPatch main Running function DisPatch Full function call tree SubFunction DisPatch main Running function DisPatch Full function call tree SubFunction DisPatch DisPatch main Running function DisPatch Full function call tree SubFunction DisPatch SubFunction DisPatch DisPatch main Running function DisPatch Full function call tree SubFunction DisPatch main ^CQuitting

每运行三到五次，就会得到一个奇怪的结果，其中DisPatch函数是$ {FUNCNAME [@]}中的三倍。

DisPatch函数如何才能在SubFunction的$ {FUNCNAME [@]}中多次出现，而SubFunction似乎已经递归执行了DisPatch？

感谢您的见解。

经过测试

CentOS 7下的GNU bash版本4.2.46（1）-发行版（x86_64-redhat-linux-gnu）

Fedora 24下的GNU bash版本4.3.42（1）-发行版（x86_64-redhat-linux-gnu）

Answer 1

有两个问题。 首先， $$始终是最顶层shell的进程ID； 子壳不会重置其值。 请使用kill -USR1 $BASHPID 。 其次，子流程不继承陷阱。 您需要将trap DisPath USR1移到test的定义中。

最后，您的test应该看起来像

function test {
    trap DisPatch USR1
    kill -USR1 $BASHPID
}