如何永远以优雅的方式无所事事？

我有一个程序，可以在上产生有用的信息，stdout但也可以读取stdin。我想将其标准输出重定向到文件，而不在标准输入上提供任何内容。到目前为止，一切都很好：我可以做到：

program > output

而且不要在tty中做任何事情。

但是，问题是我想在后台执行此操作。如果我做：

program > output &

程序将被挂起（“暂停（tty输入）”）。

如果我做：

program < /dev/null > output &

该程序立即终止，因为它达到了EOF。

似乎我需要的是插入program不确定的时间内不做任何事情并且不读取的内容stdin。以下方法起作用：

while true; do sleep 100; done | program > output &
mkfifo fifo && cat fifo | program > output &
tail -f /dev/null | program > output &

但是，这一切都非常丑陋。有有是一种优雅的方式，使用标准的Unix工具，到“什么都不做，无限期”（意译man true）。我怎样才能做到这一点？（我在这里达到优雅的主要标准：没有临时文件；没有繁忙的等待或定期唤醒；没有奇特的实用程序；尽可能短。）

在支持它们的shell（ksh，zsh，bash4）中，您可以program作为协同进程开始。

• ksh： program > output |&
• zsh，bash：coproc program > output

从program后台开始，其输入从重定向pipe。管道的另一端通向壳体。

该方法的三个好处

• 没有额外的过程
• 您可以在program死亡时退出脚本（用于wait等待脚本）
• program将终止（eof如果外壳退出，则进入其标准输入）。

我认为您不会比这更优雅

tail -f /dev/null

您已经提出的建议（假设此方法在内部使用inotify，则不应进行轮询或唤醒，因此，除了外观怪异之外，应该已经足够了）。

您需要一个可以无限期运行，将其stdout保持打开状态但实际上不会向stdout写入任何内容并且在关闭其stdin时不会退出的实用程序。yes实际写到stdout的东西。 cat当标准输入关闭时（或您重定向到它的所有输入完成），它将退出。我认为sleep 1000000000d可能有效，但是tail显然更好。我的Debian盒子有一个tailf可以稍微缩短命令的地方。

换个角度看，在下面运行程序怎么样screen？

sleep infinity 是我所知道的最清晰的解决方案。

您可以使用infinity，因为sleep接受一个浮点数*，这可能是十进制，十六进制，无穷大或NaN的，根据man strtod。

*这不是POSIX标准的一部分，因此不如便携式tail -f /dev/null。但是，它在GNU coreutils（Linux）和BSD（在Mac上使用）中受支持（显然在较新的Mac版本中不支持-请参见注释）。

sleep 2147483647 | program > output &

是的，它2^31-1是一个有限的数字，它不会永远运行，但是当睡眠最终超时时，我会给您$ 1000。（提示：到那时我们中的一个将会死。）

• 没有临时文件；校验。
• 没有繁忙的等待或定期唤醒；校验
• 没有奇特的工具；校验。
• 越短越好。好吧，它可能会更短。

您可以创建一个二进制文件来执行以下操作：

$ echo 'int main(){ pause(); }' > pause.c; make pause

这是使用标准Unix实用程序的另一项建议，“无限期地不执行任何操作”。

sh -c 'kill -STOP $$' | program > output

这将触发立即发送的shell SIGSTOP，这将暂停进程。这用作程序的“输入”。的补码SIGSTOP是SIGCONT，即，如果您知道外壳程序具有PID 12345，则可以kill -CONT 12345使其继续。

在Linux上，您可以执行以下操作：

read x < /dev/fd/1 | program > output

在Linux上，打开/ dev / fd / x，其中x是管道写入端的文件描述符，可以获取管道的读取端，因此此处与程序的stdin相同。因此，基本上，它read永远不会返回，因为可能写入该管道的唯一内容是自身，并且read不会输出任何内容。

它也可以在FreeBSD或Solaris上运行，但这是另一个原因。在那里，打开/ dev / fd / 1可以像您期望的那样获得与fd 1上打开相同的资源，并且除Linux以外的大多数系统都可以使用，因此管道的编写结束。但是，在FreeBSD和Solaris上，管道是双向的。因此，只要program不写入其stdin（没有应用程序执行），read就不会从管道的该方向读取任何内容。

在管道不是双向的系统上，read尝试从只写文件描述符读取时可能会因错误而失败。另请注意，并非所有系统都有/dev/fd/x。

如果在上打开read fd，则StéphaneChazelas的read 解决方案也可以在Mac OS X上运行/dev/fd/1。

# using bash on Mac OS X
# -bash: /dev/fd/1: Permission denied
read x </dev/fd/1 | cat >/dev/null
echo ${PIPESTATUS[*]}   #  1 0

exec 3<&- 3</dev/fd/1
read x 0<&3 | cat >/dev/null
echo ${PIPESTATUS[*]}   #  0 0

为了能够杀死tail -f /dev/null脚本（例如，使用SIGINT），必须使tail命令和成为后台wait。

#!/bin/bash
# ctrl-c will kill tail and exit script
trap 'trap - INT; kill "$!"; exit' INT
exec tail -f /dev/null & wait $!

重定向/dev/zero为标准输入！

program < /dev/zero > output &