“2<&1”是什么意思在 Bourne shell 中重定向做什么？

Question

Bourne shell 中的 2>&1 重定向将发送到文件描述符 2 的输出（默认情况下为标准错误）发送到文件描述符 1（默认情况下为标准输出）。

但是 2<&1 重定向有什么作用呢？

它会将 stderr 发送到 stdin 吗？

我的理论是，它将 stdin 发送到 stderr （例如与 1>&2 相同），但实验上情况并非如此：

$ perl -e 'print "OUT\n"; print STDERR "ERR\n"; \
  while (<>) { print "IN WAS $_\n";}'           \
  > out3 2<&1
df
$ cat out3
ERR
OUT
IN WAS df

请注意，标准输出和标准错误都发送到文件 out3，其中 stdout被重定向。

Answer 1

<& 运算符复制“输入”文件描述符。根据 IEEE Std 1003.1-2001（又名单一 Unix 规范 v3，POSIX 的后继者），如果 1 不是打开输入的文件描述符，则 2<&1 应该是错误的。但是，bash 似乎很懒，并且不关心文件描述符是否打开以供输入或输出。

因此 2<&1 和 2>&1 都只是执行系统调用 dup2(1, 2)，该调用复制文件描述符1 到文件描述符 2。

您可以通过运行这样的命令进行检查，因为重定向是从左到右执行的：

sleep 99999 1>/dev/null 2<&1

然后在另一个窗口中，在 sleep 上运行 lsof过程。您将看到文件描述符 1 和 2 都指向 /dev/null。示例（在我的 Mac 上）：

:; ps axww | grep sleep
 8871 s001  R+     0:00.01 grep sleep
 8869 s003  S+     0:00.01 sleep 99999
:; lsof -p 8869 | tail -2
sleep   8869 mayoff    1w   CHR    3,2       0t0       316 /dev/null
sleep   8869 mayoff    2w   CHR    3,2       0t0       316 /dev/null

Answer 2

查看 Bash 源代码中的解析器代码，似乎 2>&1 的处理方式与 2<&1 相同。

parse.y

|   NUMBER LESS_AND NUMBER
        {
          redir.dest = $3;
          $ = make_redirection ($1, r_duplicating_input, redir);
        }
...
|   NUMBER GREATER_AND NUMBER
        {
          redir.dest = $3;
          $ = make_redirection ($1, r_duplicating_output, redir);
        }

查看重定向源redir.c，常量r_duplicating_input和r_duplicating_output似乎被处理为同样的方式。与 make_cmd.c 中的 make_redirection 函数相同。

使用一个简单的程序进行测试，该程序将“yay”打印到stdout，将“nay”打印到stderr，我可以确认您的测试结果：

$ ./a.out > out 2>&1
$ cat out
nay
yay
$ ./a.out > out 2<&1
$ cat out
nay
yay
$ ./a.out > out 1>&2
yay
nay
$ cat out
$ ./a.out > out 1<&2
yay
nay
$ cat out
$

Answer 3

来自 REDIRECTION 下的 man bash：

   Duplicating File Descriptors
       The redirection operator

              [n]<&word

       is used to duplicate input  file  descriptors.   If  word
       expands  to  one  or  more  digits,  the  file descriptor
       denoted by n is made to be a copy of that  file  descrip‐
       tor.   If  the  digits  in  word  do  not  specify a file
       descriptor open for input, a  redirection  error  occurs.
       If  word evaluates to -, file descriptor n is closed.  If
       n is not specified, the standard input  (file  descriptor
       0) is used.

因此，在 2<&1 的情况下，似乎 2 ( stderr）被制作为1（stdout）的副本。我用 1<&2 的另一种方式对其进行了测试，使 stdout 成为 stderr 的副本。

因此，在测试程序中：

#!/bin/bash
echo hello 1<&2

在命令行上运行时， hello 输出到 stderr 而不是 stdout

$ ./test > /dev/null
hello
$ ./test > /dev/null 2>&1
$