这可能听起来很小,但我很确定这个问题没有被问到,或至少我找不到。
我正在寻找一种使用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。在这种情况下,我正在寻求一个“完美”的无限外观构造。
您可以使用命名管道进行阅读:
原文链接:https://www.f2er.com/bash/387777.htmlmkfifo /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