在shell脚本中实现无限等待

这可能听起来很小,但我很确定这个问题没有被问到,或至少我找不到。

我正在寻找一种使用shell脚本来构造无限等待(不一定是循环)的方式,以便它永远等待并且可以被杀死(或者在技术上,可以接收SIGTERM)。以下是已知的可能的构造和针对他们的参数:

>而真的做睡觉1完成这几乎得到了,但是由于sleep是一个外部命令,当我发送一个SIGTERM到运行脚本时,它必须等待睡眠完成,然后处理信号。将睡眠1改为像睡眠10这样的滞后将会很明显。此外,解决方案每1秒唤醒CPU,这不是理想的。
>而真的做阅读完成当stdin是tty时,这是完美的。读是一个shell内置函数,SIGTERM立即到达脚本。但是,当stdin是/ dev / null时,脚本通过无限期地在/ dev / null上永远运行读取所有CPU。

因此,需要等待永久的shell内建结构。通过人的破折号我没有找到这样的一个 – 唯一的阻塞内置是被读取和等待,我不知道如何构建一个理想的使用等待。

答案应该适用于POSIX shell(有效地破折号),或者更不用说Bash。

补充笔记。

第一个例子不能正常工作的情况比我想象的更复杂。使用以下shell脚本:

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

如果你在另一个tty杀死它,它会立即终止。当你试图陷阱时,有趣的事情就开始了。用这个脚本:

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

发生的是在示例1中完全描述的。这发生在bash,dash和zsh。在这种情况下,我正在寻求一个“完美”的无限外观构造。

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

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

如果以后想要向管道发送不同的任意“信号”,则读取可以与案例语句一起使用以采取适当的操作(甚至有用的)

while read SIGNAL; do
    case "$SIGNAL" in
        *EXIT*)break;;
        *)echo "signal  $SIGNAL  is unsupported" >/dev/stderr;;
    esac
done < /tmp/mypipe
http://stackoverflow.com/questions/9052847/implementing-infinite-wait-in-shell-scripting

本站文章除注明转载外,均为本站原创或编译
转载请明显位置注明出处:在shell脚本中实现无限等待