如何使用信号从自身重新启动 BASH 脚本？

Question

例如，我有一个无限循环的脚本，将某些内容打印到标准输出。我需要捕获一个信号（例如 SIGHUP），以便它将使用不同的 PID 重新启动脚本，并且循环将从 0 重新启动。终止和启动不能按预期工作：

function traphup(){  
    kill $0  
    exec $0
}  
trap traphup HUP

也许我应该在后台放置一些东西或使用 nohup ，但我不熟悉这个命令。

Answer 1

在您的函数中：

traphup(){
    $0 "$@" &
    exit 0
}

这将使用原始命令名称和参数（根据您的要求改变参数）和新进程 ID 在后台启动一个新进程。然后原始 shell 退出。如果您的守护进程使用 PID 文件来识别自己，请不要忘记整理 PID 文件 - 但无论如何重新启动都可能会这样做。

请注意，使用 nohup 是错误的方向；第一次启动守护进程时，它会响应 HUP 信号，但使用 nohup 启动的守护进程会忽略该信号，不会再次重新启动 - 除非您明确覆盖“忽略”状态，即由于各种原因，这是一个坏主意。

---

回答评论

我不太确定问题是什么。

当我运行以下脚本时，无论我将其作为 ./xx.sh 还是 启动，我都只能在 ps 输出中看到该脚本的一份副本./xx.sh &.

#!/bin/bash

traphup()
{
    $0 "$" &
    exit 0
}

trap traphup HUP
echo
sleep 1

i=1
while [ $i -lt 1000 ]
do
    echo "${1:-<none>}: $: $i"
    sleep 1
    : $(( i++ ))
done

输出包含以下行：

<none>: 1155: 21
<none>: 1155: 22
<none>: 1155: 23

1155: 1649: 1
1155: 1649: 2
1155: 1649: 3
1155: 1649: 4

带有 '' 的行是原始进程；第二组是报告其父进程(1155)的子进程(1649)。此输出可以轻松跟踪将 HUP 信号发送到哪个进程。 （初始的 echo 和 sleep 使命令行提示符不再妨碍输出。）

我怀疑您所看到的内容取决于脚本的内容 - 在我的例子中，循环体很简单。但如果我有管道或其他东西，那么我可能会看到第二个同名的进程。但我认为这不会根据原始脚本是在前台还是后台运行而改变。