为什么不在子 shell 中执行单命令管道？

Question

我的bash 4.4.19 版手册页说：

管道

管道是由控制运算符| 或|& 之一分隔的一个或多个命令的序列。管道的格式为：

[time [-p]] [ ! ] command [ [|||&] command2 ... ]

当然。那讲得通。然后，在该部分的后面：

管道中的每个命令都作为单独的进程执行（即，在子外壳中）。

也是合理的，容易证明的：

$ pwd
/Users/ravron
$ ls | grep src  # yes, src _does_ exist
src
$ cd src | true  # cd in subshell has no effect on parent session
$ pwd
/Users/ravron

但是，我注意到上面对管道的定义是这样的，即使是一个简单的命令也是一个管道。毕竟，在语法中，除了command 之外的所有内容都是可选的：

[time [-p]] [ ! ] command [ [|||&] command2 ... ]

当然，现在，即使是在子 shell 中运行单个命令（man bash 术语中的“简单命令”）也将非常无用。 cd 不起作用，变量设置不起作用，等等。然而，现实——尽管简单的命令匹配（相当退化的）管道的语法，但不会在子 shell 中执行——似乎与手册页。以列表形式，这是我的理解：

• 管道的语法意味着简单的命令也是管道。
• 手册页说管道中的命令在子 shell 中运行。
• 简单的命令不在子 shell 中运行。

我错过了什么，或者这是man bash 中公认的无关紧要的错误？

Answer 1

手册不够精确。 POSIX 规范（第 2.12 节）更明确（我添加的粗体）：

此外，多命令管道的每个命令都在一个 subshel​​l 环境；然而，作为扩展，任何或所有命令 管道可以在当前环境中执行。所有其他 命令应在当前shell环境中执行。

bash，默认情况下，将每个子shell 实现为子进程。 （bash 4.2 中引入的lastpipe 选项让最终命令在当前 shell 环境/进程中执行。）

shell 的语法说管道可以包含一个或多个命令，但 shell 的语义区分一个命令的管道和两个或多个命令的管道。

Answer 2

手册从未定义过“subshel​​l”这个词。虽然您可能直观地假设子shell 始终是原始shell 的子进程，但单个命令的退化情况使用原始shell 进程作为子shell。

其他一些 shell 走得更远，总是在原始 shell 的管道中运行最后一个命令。