在使用`exec 1> file`之后,如何停止将STDOUT重定向到文件并恢复STDOUT的正常操作？

Question

我是shell脚本的新手,我使用的是Ubuntu-11.10.在使用exec 1>file命令后的终端中,无论我给终端的命令是什么,它的输出都不会显示在终端中.我知道STDOUT被重定向到文件,这些命令的输出被重定向到文件.

我的问题在这里

1. 一旦我使用exec 1>file,我怎么能摆脱这个？即如何停止STDOUT重定向到文件并恢复STDOUT的正常操作(即重定向到终端而不是文件)？

   我尝试使用exec 1>&-但它没有工作,因为这关闭了STDOUT文件描述符.

2. 请注意exec 1>file和的整个操作exec 1>&-

3. 如果我们使用关闭标准文件描述符0,1,2会发生什么exec 0>&- exec 1>&- exec 2>&-？

Answer 1

Q1

在进行初始化之前,您必须为恢复做好准备exec:

exec 3>&1 1>file

要在以后恢复原始标准输出:

exec 1>&3 3>&-

第一个exec将原始文件描述符1(标准输出)复制到文件描述符3,然后将标准输出重定向到指定文件.第二个exec文件描述符3再次复制到标准输出,然后关闭文件描述符3.

Q2

这有点开放.它可以在C代码级别或shell命令行级别进行描述.

exec 1>file

只需将shell的标准输出(1)重定向到指定的文件即可.文件描述符1现在引用命名文件; 写入标准输出的任何输出都将转到该文件.(请注意,交互式shell中的提示会写入标准错误,而不是标准输出.)

exec 1>&-

只需关闭shell的标准输出.现在标准输出没有打开的文件.如果程序在没有标准输出的情况下运行,程序可能会感到不安.

Q3

如果关闭所有三个标准输入,标准输出和标准错误,交互式shell将在关闭标准输入时退出(因为它在读取下一个命令时将获得EOF).shell脚本将继续运行,但它运行的程序可能会因为保证3个打开的文件通道 - 标准输入,标准输出,标准错误 - 以及当shell运行它们时,如果没有其他I/O重定向,然后他们没有获得他们承诺的文件渠道,所有地狱可能会破裂(你知道的唯一方法是命令的退出状态可能不会为零 - 成功).

Answer 2

Q1:有一种简单的方法可以在将stdout重定向到文件后将其恢复到终端:

exec >/dev/tty

虽然保存原始的stdout文件描述符通常需要为它在以后恢复,在这种特殊情况下,你想stdout成为/dev/tty这样就没有必要做更多.

$ date
Mon Aug 25 10:06:46 CEST 2014
$ exec > /tmp/foo
$ date
$ exec > /dev/tty
$ date
Mon Aug 25 10:07:24 CEST 2014
$ ls -l /tmp/foo
-rw-r--r-- 1 jlliagre jlliagre 30 Aug 25 10:07 /tmp/foo
$ cat /tmp/foo
Mon Aug 25 10:07:05 CEST 2014

Q2:exec 1>file是一种稍微冗长的方式,exec >file如前所述,将stdout重定向到给定文件,前提是您有权创建/写入它.如果文件不存在,则创建该文件,如果存在,则将其截断.

exec 1>&- 正在关闭stdout,这在大多数情况下可能是一个坏主意.

Q3:命令应该是

exec 0<&-
exec 1>&-
exec 2>&-

注意stdin的反向重定向.

它可能会简化为:

exec <&- >&- 2>&-

此命令将关闭所有三个标准文件描述符.这是一个非常糟糕的主意.如果您希望脚本与这些通道断开连接,我建议采用这种更强大的方法:

exec </dev/null >/dev/null 2>&1

在这种情况下,所有输出都将被丢弃而不是触发错误,并且所有输入都将返回任何内容而不是失败.