cat file | ... vs ... <文件

Question

是否存在...或上下文cat file | ...的行为与... <file不同？

Answer 1

从常规文件中读取数据时，cat负责读取数据，根据需要执行数据，并可能将数据写入流水线。显然，内容本身被保留，但其他任何东西都可能被污染。例如：块大小和数据到达时间。此外，管道本身并不总是中性的：它用作输入和...之间的附加缓冲区。

快速简便的方法，使块大小问题明显：

$ cat large-file | pv >/dev/null 
5,44GB 0:00:14 [ 393MB/s] [    <=>         ] 
$ pv <large-file >/dev/null 
5,44GB 0:00:03 [1,72GB/s] [=================================>] 100% 

Answer 2

cat file |启动另一个程序（猫），不必在第二种情况下启动。如果你想使用“这里的文件”，它也会让你更加困惑。但它应该表现得一样。

Answer 3

cat将允许您依次传输多个文件。否则，<重定向和cat file |产生相同的副作用。

Answer 4

管道引起调用在右边的命令，一个子shell。这干扰了环境变量。

cat foo | while read line 
do 
    ... 
done 
echo "$line" 

与

while read line 
do 
    ... 
done < foo 
echo "$line" 

Answer 5

除了其他帮助的东西，使用从文件输入重定向时，标准输入是文件，但管道猫的输出与输入的时候，标准输入一个包含文件内容的流。当标准输入是文件将能够在文件内寻找，但管道不会允许它。你可以找到一个zip文件，运行以下命令看到：

zipinfo /dev/stdin < thezipfile.zip 

和

cat thezipfile.zip | zipinfo /dev/stdin 

的第一个命令将显示压缩文件的内容，而第二个会显示一个错误，虽然它是一个令人误解的错误，因为zipinfo不会在稍后检查查找调用和错误的结果。

Answer 6

A 无用的猫的使用是总是要避免。这是喜欢驾驶与手刹。它毫无用处地浪费CPU周期，操作系统不断在cat过程和管道中的下一个过程之间进行上下文切换。如果所有世界上无用的猫都消失了，不再被发明，重新发明，从父亲传到儿子，我们就不会有全球变暖，因为我们可以轻松地节省1.21千兆瓦的电力。

谢谢。我现在感觉好多了。请加入我的十字军东征，以消除在stackoverflow上无用的猫。就我所知，这个网站是对无用猫繁殖的重大贡献。我不会责怪新手，但我确实想教他们。世界的工人和新手，放松手刹，拯救地球!!! 1！

Answer 7

另一个区别是输入文件的阻塞open()的行为。

例如，假设输入是没有作家FIFO，一个调用将不生成任何儿童节目，直到输入文件被打开，而其他将产生两个过程：

prog ... < a_fifo  # 'prog' not launched until shell can open file 
cat a_fifo | prog ... # 'prog' and 'cat' are running (latter may block on open) 

在实践中这种情况很少除了在人为设计的情况下。 prog可能会在等待输入的情况下定期记录或执行一些清理工作，例如，即使没有可用输入，您也可能想要这样做。 （为什么prog要足够复杂以打开自己的输入FIFO非阻塞？）