这些流重定向如何工作？

Question

从 此 perldoc 页面，

1. 一起捕获命令的 STDERR 和 STDOUT ：

   $output = `cmd 2>&1`;

2. 捕获命令的 STDOUT 但丢弃其 STDERR：

   $output = `cmd 2>/dev/null`;

3. 捕获命令的 STDERR 但丢弃其 STDOUT（此处顺序很重要）：< /p>

   $output = `cmd 2>&1 1>/dev/null`;

4. 交换命令的 STDOUT 和STDERR 以便捕获 STDERR 但保留其 STDOUT 以输出旧的 STDERR：

   $output = `cmd 3>&1 1>&2 2>&3 3>&-`;

---

我不明白 3 和 4 是如何工作的，我不太确定我对 1 和 2 的理解是否正确。下面是我的理解。有不对的地方请指正。

我知道 0、1 和 2 分别代表 STDIN、STDOUT 和 >STDERR。

1. 将 2 重定向到 1，以便它们现在都使用相同的流（& 转义了 1，确保 STDERR 不会重定向到名为 1 的文件）

2. 将 2 (STDERR) 重定向到空流，以便它被丢弃

3. 我不明白这个。难道不应该是这样吗

   $output = `cmd 1>/dev/null`;

   此外，如果目标是在 STDOUT 获取 STDERR 消息，则 1>/dev/null 不会将所有内容重定向到/dev/null？

4. 这里发生了什么？什么是流3？它像一个临时变量吗？

Answer 1

实际上，这些都不是 Perl —— 所有这些都是由您使用反引号运算符调用的 shell 处理的。所以你最好的阅读是man sh，或者 Unix 标准的 Shell 章节。

简而言之，对于 #4：

• 3>&1：打开 FD 3 以指向 stdout 当前指向的位置。
• 1>&2：重新打开stdout以指向stderr当前指向的位置。
• 2>&3：重新打开 stderr 以指向 FD 3 当前指向的位置，即上一步完成之前 stdout 所指向的位置。现在stdout和stderr已经成功交换了。
• 3>&-：关闭 FD 3，因为不再需要它。

Answer 2

尽管在 perldocs 中有记录，但重定向都是标准的 Linux 重定向。你对1和2的理解是正确的。

3) 基本重定向 (>) 通常只捕获 STDOUT，因此必须丢弃原始 STDOUT，并且必须将 STDERR 发送到 STDOUT。

4) cmd 3>&1 1>&2 2>&3 3>&- 等价于

var tmp = STDOUT;
STDOUT = STDERR;
STDERR = tmp;
delete tmp;

Answer 3

通常我们有这样的：

1-->STDOUT
2-->STDERR

2>&1 将文件描述符 fd2 重定向到 fd1

1-->STDOUT
   /
2./

2>/dev/null将 fd2 重定向到 /dev/null。

1-->STDOUT
2-->/dev/null

2>&1 1>/dev/null 将 fd2 重定向到 fd1，然后将 fd1 重定向到 < code>/dev/null

    /dev/null
   /
1./ STDOUT
   /
2./

3>&1 1>&2 2>&3 3>&-

1. 首先将新的 fd 3 定向到任何地方
   fd 1 当前指向 (STDOUT)。
2. 然后将 fd1 重定向到 fd2 所在的位置
   当前指向（STDERR），
3. 然后将 fd 2 重定向到 fd 3 的任何位置
   当前指向（STDOUT）
4. 然后关闭 fd3（3>&- 表示关闭
   文件描述符 3).

整个过程有效地交换了 fd1 和 fd2。 fd3 充当临时变量。

1 --STDOUT
 X
2 `-STDERR

有关 IO 重定向的更多信息，请参阅文档。

Answer 4

重定向是从左到右评估的。这是一个跟踪表：

cmd 3>&1 1>&2 2>&3 3>&-

	1 (stdout)	2 (stderr)	3
	1	2
3>&1	1	2	1
1>&2	2	2	1
2>&3< /code>	2	1*	1
3>&-	2	1	-

*注意文件描述符2指向1，而不是3。这是因为它指向3指向的文件描述符。因此，当下一步关闭 3 时，2 不会受到影响。

如您所见，a>&b 表示“使 a 指向事物 < em>b 当前指向“

Answer 5

3.不。顺序很重要，因此它会删除原始的 stdout，然后将 stderr 移动到 stdout。

4.3 只是另一个文件描述符，与前 3 个相同。大多数进程总共可以使用 256 个不同的文件描述符。