shell - 在 shell 脚本中实现无限等待

Question

这听起来可能微不足道，但我很确定这个问题还没有被问过，或者至少我找不到它。

我正在寻找一种使用 shell 脚本构建无限等待(不一定是循环)的方法，以便它永远等待并可以被杀死(或者从技术上讲) ，接收 SIGTERM)。以下是已知的可能的构造和反对它们的论点:

1. 当为真时； sleep 1；完成这几乎得到了它，但由于sleep是一个外部命令，当我向正在运行的脚本发送SIGTERM时，它必须等待 >sleep 首先完成，然后处理信号。将 sleep 1 更改为 sleep 10 之类的值，滞后会很明显。而且该解决方案每 1 秒唤醒一次 CPU，这并不理想。
2. 当为真时；一定要读书； done 当 stdin 为 tty 时，这是完美的。 read 是一个 shell 内置命令，SIGTERM 会立即到达脚本。但是，当 stdin 为 /dev/null 时，脚本会无助地在 /dev/上永远运行 read，从而耗尽所有 CPU。空。

因此需要一个永远等待的shell 内置构造。浏览 man dash 我没有找到这样的 - 唯一的阻塞内置函数是 read 和 wait，而且我不知道如何我可以使用 wait 构造一个理想的。

答案应该适用于 POSIX shell(实际上是 dash)，或者不太适合 Bash。

附加注释。

第一个示例无法完美运行的情况比我想象的要复杂。使用以下 shell 脚本:

#!/bin/sh
echo $$
while true; do
    sleep 100
done

如果你在另一个终端杀死它，它会立即终止。当你尝试进行诱捕时，有趣的事情就开始了。使用此脚本:

#!/bin/sh
at_term() {
    echo 'Terminated.'
    exit 0
}
trap at_term TERM
echo $$
while true; do
    sleep 20
done

示例 1 中准确描述了所发生的情况。这种情况发生在 bash、dash 和 zsh 中。正是在这种情况下，我正在寻找一个“完美”的无限外观构造。

Answer 1

您可以使用命名管道进行读取:

mkfifo /tmp/mypipe
#or mknode /tmp/mypipe p

如果您稍后想要向管道发送不同的任意“信号”，则可以将读取与 case 语句结合使用以采取适当的操作(甚至是有用的操作)

while read SIGNAL; do
    case "$SIGNAL" in
        *EXIT*)break;;
        *)echo "signal  $SIGNAL  is unsupported" >/dev/stderr;;
    esac
done < /tmp/mypipe