在代码“ {exec> / dev / null; }> / dev / null”是什么意思？

当您重定向包含exec重定向的命令列表时，此后exec> / dev / null似乎仍然没有被应用，例如：

{ exec >/dev/null; } >/dev/null; echo "Hi"

打印“ Hi”。

我的印象是，{}除非命令列表是管道的一部分，否则它不被视为子外壳，因此exec >/dev/null外壳在我看来仍应在当前的外壳环境中应用。

现在，如果将其更改为：

{ exec >/dev/null; } 2>/dev/null; echo "Hi"

没有预期的输出；对于以后的命令，文件描述符1仍指向/ dev / null。通过重新运行可以看到：

{ exec >/dev/null; } >/dev/null; echo "Hi"

没有任何输出。

我尝试制作脚本并对其进行分级，但是我仍然不确定此处到底发生了什么。

在此脚本的每一点上，STDOUT文件描述符发生了什么？

编辑：添加我的strace输出：

read(255, "#!/usr/bin/env bash\n{ exec 1>/de"..., 65) = 65
open("/dev/null", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3
fcntl(1, F_GETFD)                       = 0
fcntl(1, F_DUPFD, 10)                   = 10
fcntl(1, F_GETFD)                       = 0
fcntl(10, F_SETFD, FD_CLOEXEC)          = 0
dup2(3, 1)                              = 1
close(3)                                = 0
close(10)                               = 0
open("/dev/null", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3
fcntl(1, F_GETFD)                       = 0
fcntl(1, F_DUPFD, 10)                   = 10
fcntl(1, F_GETFD)                       = 0
fcntl(10, F_SETFD, FD_CLOEXEC)          = 0
dup2(3, 1)                              = 1
close(3)                                = 0
dup2(10, 1)                             = 1
fcntl(10, F_GETFD)                      = 0x1 (flags FD_CLOEXEC)
close(10)                               = 0
fstat(1, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 3), ...}) = 0
ioctl(1, TCGETS, 0x7ffee027ef90)        = -1 ENOTTY (Inappropriate ioctl for device)
write(1, "hi\n", 3)                     = 3

让我们跟随

{ exec >/dev/null; } >/dev/null; echo "Hi"

一步步。

1. 有两个命令：

   一种。{ exec >/dev/null; } >/dev/null， 其次是

   b。 echo "Hi"

   Shell首先执行命令（a），然后执行命令（b）。

2. { exec >/dev/null; } >/dev/null收益执行情况如下：

   一种。首先，shell执行重定向，>/dev/null 并记住在命令结束时撤消它。

   b。然后，shell执行{ exec >/dev/null; }。

   C。最后，shell将标准输出切换回原样。（这与-中的机制相同ls -lR /usr/share/fonts >~/FontList.txt-重定向仅在它们所属的命令期间进行。）

3. 一旦完成第一个命令，shell便会执行echo "Hi"。标准输出是第一个命令之前的位置。

为了不使用子外壳程序或子进程，当通过{}管道传送复合列表的输出时>，外壳程序会在运行复合列表之前保存STDOUT描述符，然后再运行它。就这样exec >，化合物列表中的不会超过将旧描述符恢复为STDOUT的作用。

让我们看一下相关部分strace bash -c '{ exec >/dev/null; } >/dev/null; echo hi' 2>&1 | cat -n：

   132  open("/dev/null", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3
   133  fcntl(1, F_GETFD)                       = 0
   134  fcntl(1, F_DUPFD, 10)                   = 10
   135  fcntl(1, F_GETFD)                       = 0
   136  fcntl(10, F_SETFD, FD_CLOEXEC)          = 0
   137  dup2(3, 1)                              = 1
   138  close(3)                                = 0
   139  open("/dev/null", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3
   140  fcntl(1, F_GETFD)                       = 0
   141  fcntl(1, F_DUPFD, 10)                   = 11
   142  fcntl(1, F_GETFD)                       = 0
   143  fcntl(11, F_SETFD, FD_CLOEXEC)          = 0
   144  dup2(3, 1)                              = 1
   145  close(3)                                = 0
   146  close(11)                               = 0
   147  dup2(10, 1)                             = 1
   148  fcntl(10, F_GETFD)                      = 0x1 (flags FD_CLOEXEC)
   149  close(10)                               = 0

您可以看到如何在第134行上将描述符1（STDOUT）复制到至少具有索引的另一个描述符上10（这是这样F_DUPFD做的；它在复制到该描述符后，从给定的编号开始返回最低的可用描述符）。另请参阅如何在第137行将open("/dev/null")（descriptor 3）的结果复制到描述符1（STDOUT）上。最后，在上147，将STDOUT保存在描述符上的旧代码10复制回描述符1（STDOUT）。最终效果是将更改隔离到STDOUT在线上144（对应于内部exec >/dev/null）。

{ exec >/dev/null; } >/dev/null; echo "Hi"和之间的区别{ exec >/dev/null; }; echo "Hi"是，在执行下一个命令（）dup2(10, 1);之前，双重重定向是在关闭作为原始副本的fd 10 stdout之前执行的echo。

发生这种情况是因为外部重定向实际上覆盖了内部重定向。这就是为什么它在stdout完成后会复制回原始fd 的原因。