管道 LHS 的输出是否成为管道 RHS 的参数

如何解决管道 LHS 的输出是否成为管道 RHS 的参数

我很难理解管道的工作原理。最初我按照标题想到了它们，但我找不到一个简单的例子来工作，例如

mkdir temp
cd temp
echo "rubbish" > txtfile
ls | cat

我想知道为什么它返回 'ls' 的输出而不是 'cat txtfile' 的输出（即“垃圾”）。我读过很多管道教程，但似乎没有一个超出“LHS 的标准输出变为 RHS 的标准输入”，我想知道什么是 RHS 的标准输入。它会成为第一个论点吗？当管道的 RHS 有选项或多个参数时，它在哪里插入。是否有任何类型的宏替换正在发生，或者我的想法是否广泛。

编辑：5 条评论之后，我仍然不明智。我当然会看看 Roadowl 的 pv 实用程序，但现在如果我输入

ls | cut -c 2-4

我明白

xtf

这是我所期望的。那么，cut 是否从 stdin 获取输入，而 cat 没有？

Edit2：我把这个问题放在 askubuntu 上（我最初是错误地把它放在这里）。那里的答案 https://askubuntu.com/questions/1316848/does-output-from-lhs-of-pipe-become-an-arg-for-rhs-of-pipe 对此有更多的了解。

Edit3：在阅读此处的答案并询问 ubuntu 及其中的链接时，它（再次）让我感到 bash（和群组）是多么可悲。这几乎就像它们被设计用来绊倒你一样。几个月前我才开始使用 bash，每次编写脚本时，我都必须阅读无穷无尽的网页才能使其正常工作或发现哪里出错了。取一个简单的 [[ $1=="..." ]] 条件。您忘记了运算符周围的空格，else 条件可能会擦除您想要的一些文件，而不会发出警告。是的，你可以用它做很多伟大的事情，而无需大量打字，但有时就像使用钢丝绳从摩天大楼 A 到摩天大楼 B 以避免使用 2 部电梯。像 cat(ls()) 这样的黄金 c 代码是怎么回事？也就是说，感谢所有做出贡献的人。

解决方法

我猜，你的意思是在表演

ls | cat

ls 应该返回 txtfile 并且应该作为 cat 命令的文件输入。

但是，在后台发生的事情是不同的：

1. 首先，您的 shell 使用 pipe(int pipefd[2]) 系统调用创建一个管道。这个管道有两个端点，一个是读的，一个是写的。

2. 当 ls 命令正在执行时，它将其输出写入管道的写端，cat 同时从管道的读端读取。

所以，这里 ls 的 STDOUT 是写端，而 cat 的 STDIN 是管道的读端。

从管道中读取时，cat 会将其视为字节流，而不是文件名。

所以基本上，cat 正在以字节流的形式打印任何内容。

在此处阅读有关 pipe() 的信息：pipe(2) — Linux manual page

,

ls | cut -c 2-4

此处，cut 读取其标准输入，获取行 txtfile，从中取出 2 到 4 个字符，生成 xtf，并将其打印在标准输出上。这就是命令行选项告诉它要做的事情。

ls | cat

此处，cat 读取其标准输入，获取行 txtfile，并将其打印在标准输出上，保持不变。这就是 cat 所做的。如果有更多的行，它也会对那些行做同样的事情。

---

除非一个或多个文件名作为参数给出，否则两者都读取标准输入。该标准输入连接到终端（与您输入命令行的终端相同），除非您使用管道或重定向来更改它。

因此，运行命令cut -c 2-4，并输入行abcdefghijkl，它将打印出bcd。因为没有任何参数，它默认读取其标准输入，即终端。同样，仅运行 cat，您将返回输入的同一行。

运行 ls | cut -c 2-4 会更改标准输入的来源，但不会创建任何新的命令行参数（除了您提供的 -c 和 2-4）。命令行参数与标准输入不同。

因此，echo txtfile | cat 与运行 cat txtfile 不同，正如运行 echo txtfile | cut -c 2-4 与运行 cut -c 2-4 txtfile 一样。出于某种原因，您似乎希望管道对 cat 的工作方式与对 cut 的工作方式有所不同。