“sh a.sh &0”是什么意思？

Question 1

n>&p和n<&p是相同的操作符，用于将文件描述符 (fd) 复制p到文件描述符上n。换句话说，它们将文件描述符重定向n到 fdp重定向到的任何资源。

和<不>用于确定重定向文件描述符的使用方向（读或写）。n将得到与相同的方向p。也就是说，如果p是开放写入的，那么即使使用n该运算符也是如此。n<&p

两个运算符之间的唯一区别是何时n未指定。>&p重定向 stdout（类似于1>&por 1<&p）并<&p重定向 stdin（类似于0<&por 0>&p）。

所以<&0就像0<&0, so 将 stdin 重定向到 stdin 重定向到的任何资源，所以没有任何有用的东西，它通常是无操作并且没有多大意义。

但并不总是无操作，并非在每个 shell 中都是如此。当作业控制被禁用时，POSIX 需要将后台命令的 stdin 重定向到/dev/null或等效文件。在 Bash 中（在 4.4.12 中测试）<&0覆盖了这个。比较(ls -l /proc/self/fd/0 &)和(<&0 ls -l /proc/self/fd/0 &)。在某些情况下这很有用。

>&0将 fd 0 复制到 fd 1 上。因为 fd 1（stdout）按照惯例仅用于写入，所以>&0只有在以读+写模式打开 fd 0 时才有意义。

当 fd 0 指向终端设备时就会出现这种情况，因为终端仿真器getty通常会以读+写模式打开终端设备，并将 fd 0、1 和 2 分配给它。

因此，也许编写此内容的人想要将 stdout 重定向到终端，假设 stdin 指向它。

一个有意义的地方n>&n是 zsh 及其mult_IOs功能。在zsh：

some-cmd >&1 > some-file
# that is: some-cmd 1>&1 1> some-file

将的标准输出重定向some-cmd到 (&1) 和之前的任何 stdout some-file，就像您编写的那样：

some-cmd | tee some-file

尽管

some-cmd <&0 < some-file
# that is: some-cmd 0<&0 0< some-file

将首先提供原始的标准输入，然后some-file作为输入，some-cmd就像您编写的那样：

cat - some-file | some-cmd

但在中cmd <&0 >&0，fd 0 仅重定向一次，因此不适用。

n>&nksh在某些 shell（、zsh、 not dash、bashnor ）中还可能产生有趣的副作用，yash因为如果文件描述符n未打开，它会触发错误并放弃运行命令。所以，在那些贝壳里，

cmd 0<&0

将避免在关闭的cmd病态条件下运行stdin：

$ ksh -c 'cat file - <&0' <&-
ksh: 0: cannot open [Bad file descriptor]
$ mksh -c 'cat file - <&0' <&-
mksh: <&0 : bad file descriptor
$ zsh -c 'cat file - <&0' <&-
zsh:1: 0: bad file descriptor

$ bash -c 'cat file - <&0' <&-
contents of file
cat: -: Bad file descriptor
cat: closing standard input: Bad file descriptor

Answer