我正在玩弄文件描述符以更好地理解它们,但我无法理解以下内容。
$ grep "..." 3>&1 1>/dev/null
1
12
13
123
321
3
上面没有在 shell 中显示任何匹配项,这显然是因为我正在重定向到 /dev/null。我不明白的是为什么3>&1
不让它让我仍然看到输出,因为我在 fd 3 中制作了它的副本。
我错过了什么?
我正在玩弄文件描述符以更好地理解它们,但我无法理解以下内容。
$ grep "..." 3>&1 1>/dev/null
1
12
13
123
321
3
上面没有在 shell 中显示任何匹配项,这显然是因为我正在重定向到 /dev/null。我不明白的是为什么3>&1
不让它让我仍然看到输出,因为我在 fd 3 中制作了它的副本。
我错过了什么?
您的重定向确实使 FD 3 成为 FD 1 的副本,因此 FD 3 将指向标准输出,写入它的任何内容都会(默认情况下)发送到 TTY。然后将 FD 1 重定向到
/dev/null
,因此写入 FD 1 的任何内容都将被丢弃。因为grep
从不写入 FD 3,所以它不会发生任何可见的事情。这些按顺序发生:首先将
dup2
FD 1 的副本 ( ) 复制到 FD 3,因此 FD 3 从此指向 FD 1 当前指向的位置,其次 FD 1 被指向 的指针替换/dev/null
。最终结果如下图所示:
标准错误(粉红色,FD 2)和 FD 3 到 TTY,标准输出到
/dev/null
. FD 3 仍然指向 TTY,因为这是 FD 1 在复制时指向的位置。但是,该grep
命令不会尝试向 FD 3 写入任何内容,因此该副本永远不会得到任何使用。“复制”是定向的:
3>&1
处理后,写入 FD 3 的任何内容都将转到 FD 1 在处理时指向的位置。它不会“保留”除此之外的任何内容:如果您随后重定向 FD 1,则写入其中的任何内容都会转到新位置。您所做的将保留到 FD 1 的原始目的地,以防您以后想使用它。grep
影响标准输出最终位置的唯一重定向是1>...
明确讨论其去向的重定向。如果要写入 FD 3,它将按预期出现在终端中
grep
。因为它只正常输出到FD 1,所以它的所有实际输出都被丢弃了。如果需要,我们可以将 grep 输出到 FD 3:
这将采用 FD 1 上的常规输出并将其指向(新创建的)FD 3。如果您直接运行它,这将不起作用,因为 FD 3 不会去任何地方,但我们可以将它合并到使用它的类似这样的东西中:
括号中的命令输出到 FD 3。之后的重定向 1) 将 FD 3(现在实际上有内容)指向 FD 1,以及 2) 然后再次将 FD 1 引导走(没有效果)。最终结果是您将
grep "..."
再次获得标准输出的输出,这正是它本来应该没有大惊小怪的地方。这种重定向的实际用途类似于
它交换 FD 1 和 2,使用 FD 3 作为临时存储点。它有时也用于 shell 脚本技巧,例如在 POSIX sh 中使用
( cmd1 | ( cmd2 | ( main_command /dev/fd/3 /dev/fd/4 ) 4<&0 ) 3<&0 )
. 否则,命令天生按数量使用任何非标准文件描述符是相当罕见的(当然,许多人自己打开一个文件并得到一个)。您将 file-descriptor 3重定向到 file-descriptor 1,并将 1 重定向到 /dev/null。你不是在复制任何东西。
复制文件描述符的正常方法是使用
tee
.另外,我不知道您的上下文是什么,但 3 不是内置文件描述符。大概您已经将其设置为指向某些东西?