管道和文件重定向的区别 - BASH

Question

重定向用于重定向stdout/stdin/stderr！ 例：是用来给一个命令的输出作为输入到另一个命令ls > log.txt.

管道。 例如：ls | grep file.txt

为什么这两个操作员正在做同样的事情？

为什么不直接写ls > grep来通过输出，这不就是一种重定向吗？我认识到Linux是“做一件事，做得很好”的，所以我必须有更多的逻辑理由，我错过了。

Answer 1

你做需要差异化语法功能 - 并使用>与|会做得很好。

如果您在使用>都情况下，你怎么会知道

ls > grep 

是否试图写入文件命名为grep或输入发送到grep命令？

^{grep也许不是最好的例子，因为您可能会试图通过存在grep的强制性参数来消除歧义;但是，（可选）不存在无自变量的命令，例如column。
that other guy在评论中提供了另一个示例：test可能指的是测试输出文件或无参数调用standard testcommand。}

---

看它的另一种方式：

你的建议实质上是使用>作为一种通用的发送，输出的地方运营商，不论目标的类型（文件与指令）。

然而，只有转变需要消除歧义，然后可以选择指定目标时消除歧义 - 是一个文件输出到或命令来运行？

鉴于壳还具有隐含歧义功能，当它涉及到第一令牌一个简单的命令 - foo [...]永远只能调用命令 - 在操作者的水平区分 - >输出到文件，|发送到命令 - 是明智的选择。

Answer 2

他们没有做同样的工作。如果你要采取例如：

ls > grep

这正在LS的输出，并将其写入文件名为grep的。现在

如果你做这样的事情：

ls | grep '.*.txt'

这将需要LS和grep的输出任何txt文件。他们决不会提供相同的结果。

Answer 3

这实际上会使>做两个事情，打开一个文件或运行一个新的程序，这取决于操作数是什么。 （忽略的模糊性时的说法是一个可执行文件的名称：我们覆盖它或运行它？）

---

bash和其他一些shell提供额外的语法（进程替换），它在技术上更换需要为|，虽然不是你会选择通过管道使用它。比如，你可以写

ls > >(grep regex) 

>(...)的（事实上，你可以运行echo >(true)看到文件名是什么）当作一个文件的“名”，其内容被提供给封闭的命令输入。因此，现在，您不需要一个操作员|来处理从A到B的输入的连接输出，您有一个操作员>来重定向输出，而另一个操作员来重定向输入。

这也是对称的：

grep regex < <(ls) 
# or grep regex <(ls), since grep can read from standard input or a named file 

<(...)是其内容来自于封闭的命令的输出输入文件的“名”。

进程替换（及其所依据的基础上，命名管道）的好处是当你想要一个过程写了许多流程：

command1 | tee >(command2) >(command3) >(command4) 

或一个过程由许多方法如下：

diff <(command1) <(command2)