主页 / unix / 问题 / 742050
Accepted
Binarus
Asked: 2023-04-06 00:05:32 +0800 CST

在 >&N 中，为什么 N 被视为文件描述符而不是文件名（正如手册中所说的那样）？

  • 772

我正在努力理解 bash 中的 IO 重定向。我见过很多像下面这样的例子（从字面上取自这里接受的答案）：

exec 3<> /tmp/foo  #open fd 3.
echo "test" >&3
exec 3>&- #close fd 3.

第二行没看懂 准确地说，我不明白它的行为如何符合 bash 手册。

显然，在第二行中，>&3应该重定向stdout（可能stderr——我不知道）到文件描述符 3；其他一切都没有任何意义。

但是从当前的 bash 手册（在撰写本文时），第 3.6.4 节（格式化我的）：

此构造允许将标准输出（文件描述符 1）和标准错误输出（文件描述符 2）重定向到名称为 word 扩展的文件。 重定向标准输出和标准错误有两种格式：
&>word和>&word

[ 然后它解释了第一种格式和第二种格式之间的细微差别，但让我们暂时搁置一下，因为它对问题并不重要。]

据我了解，这表示>&3重定向stderrandstdout到名称为 的文件3，这与重定向stdout（并且可能stderr）到文件描述符完全不同3。

有人能解释一下我错过了什么吗？

bash

1 个回答

  1. Best Answer

    实际上，恰恰是您搁置的最相关的部分（来自GNU bash 文档）：

    3.6.4 重定向标准输出和标准错误

    此构造允许将标准输出（文件描述符 1）和标准错误输出（文件描述符 2）重定向到名称为 word 扩展的文件。

    重定向标准输出和标准错误有两种格式：

    &>word

    和

    >&word

    在这两种形式中，第一种是首选。这在语义上等同于

    >word 2>&1

    使用第二种形式时，单词可能不会扩展为数字或“-”。如果是这样，出于兼容性原因，其他重定向运算符适用（请参阅下面的复制文件描述符）。

    最后一点是最重要的一点，所以我会在这里重复一遍：

    使用第二种形式时，单词可能不会扩展为数字或“-”。如果是这样，出于兼容性原因，其他重定向运算符适用（请参阅下面的复制文件描述符）。

    因此，如果word扩展为数字 或-，则会触发特殊规则。字符串扩展到自身，因此3可以说是“扩展”到3这意味着>&3根据复制文件描述符部分中描述的规则进行处理：

    重定向运算符

    [n]<&word

    用于复制输入文件描述符。如果 word 扩展为一个或多个数字，则由 n 表示的文件描述符将成为该文件描述符的副本。如果 word 中的数字没有指定为输入打开的文件描述符，则会发生重定向错误。如果 word 的计算结果为“-”，则关闭文件描述符 n。如果未指定 n，则使用标准输入（文件描述符 0）。

    运营商

    [n]>&word

    类似于复制输出文件描述符。如果未指定 n，则使用标准输出（文件描述符 1）。如果word中的数字没有指定为输出打开的文件描述符，则会发生重定向错误。如果 word 的计算结果为“-”，则关闭文件描述符 n。作为一种特殊情况，如果省略 n，并且单词不会扩展为一个或多个数字或“-”，则标准输出和标准错误将如前所述重定向。

    所有这一切都表明，在特定情况下，后面>&是一个数字，该数字被假定为文件描述符。据推测，这正是为什么手册明确指出&>word优先于等效项的>&word原因&>word。

    • 16

相关问题