这可能是很多常见问题中的一个 - 而不是使用：
cat file | command
(这被称为无用的 cat 使用)，正确的方式应该是：
command < file
更美观 - 我喜欢数据均匀从左到右移动。而且更容易将cat替换为其他内容（例如：gzcat、echo等），添加第二个文件或插入新的过滤器（例如：pv、mbuffer、grep等）。
我“感觉”在某些情况下它可能更快。更快是因为有两个进程，第一个进程（cat）进行读取，第二个进程进行其它操作。它们可以并行运行，这意味着有时执行更快。
我的逻辑正确吗（对于第二个原因）？
cat file.txt | grep foo | cut ... | cut ...命令。我向他表达了我的看法，只有在这样做之后，我访问了他给我的链接，涉及该奖项的起源和实践。进一步搜索引导我来到了这个问题。有点不幸的是，尽管经过了深思熟虑，但没有一个答案包括我的理由。grep foo file.txt | cut ... | cut ...，因为每当你进行频繁的单个grep时，你都会学习文件参数的放置，并且它是常识，第一个是模式，后面的是文件名。cat回答问题是一个有意识的选择，部分原因是出于“好的品味”（林纳斯·托瓦兹的话），但主要是出于强有力的功能原因。grep foo xyz | grep bar xyz | wc将给出包含bar的xyz中的行数，而您期望包含foo和bar的行数。在使用命令之前更改管道中的参数容易出错。加上潜在的静默故障可能会导致特别阴险的做法。grep foo file1 file2 file3是在连接，而cat也是在连接，因此cat file1 file2 file3是正确的。但是，在cat file1 | grep foo中，cat并没有连接，因此我们违反了cat和万能的Unix的精神。如果是这样的话，Unix需要一个不同的命令来读取一个文件的输出并将其吐到stdout（不要分页或任何其他操作，只是纯粹地吐到stdout）。因此，你会遇到这种情况，你要么说cat file1 file2，要么说dog file1，并且认真记住避免cat file1以避免获奖，同时也要避免dog file1 file2，因为希望dog的设计会在指定多个文件时抛出错误。cat命名为连接而不是其他名称。 <edit> 删除了关于<的错误评论，事实上，<是一种高效的无复制设施，可将文件输出到标准输出，您可以将其定位在管道的开头，因此Unix设计者确实专门包括了这个东西 </edit>
下一个问题是为什么有些命令仅仅将文件或多个文件的串联输出到标准输出，而不进行进一步处理是很重要的？一个原因是避免每个操作标准输入的Unix命令都必须知道如何解析至少一个命令行文件参数并将其用作输入（如果存在）。第二个原因是避免用户记住：（a）文件名参数放在哪里；和（b）避免上述提到的沉默管道漏洞。grep具有额外逻辑的原因。其理念是允许用户流畅地使用频繁使用和独立使用（而不是作为管道）的命令。这是对正交性的轻微妥协，以获得可用性的重大收益。并非所有命令都应该设计成这种方式，不经常使用的命令应完全避免文件参数的额外逻辑（记住额外逻辑会导致不必要的脆弱性（可能出现错误））。例外情况是允许像grep一样使用文件参数。（顺便说一下，注意ls有一个完全不同的原因，不仅接受，而且几乎需要文件参数）
最后，如果在指定文件参数时标准输入也可用，则可以更好地处理这样的特殊命令，如grep（但不一定是ls），生成错误。
grep命令同时搜索多个文件时，它会在找到的匹配行前面加上相应文件的文件名（除非你关闭该功能）。它还可以报告各个文件中匹配行的行号。如果只使用cat将内容传递给grep，则会丢失文件名，并且行号将跨越所有文件而不是单独每个文件计数。因此，有理由让grep自己处理多个文件，而这是cat无法实现的。单个文件和零个文件的情况只是grep一般多文件用法的特殊情况。 - Jonathan Leffler< file command1 ...作为管道的起点是完全可行和合法的。尽管I/O重定向运算符的传统位置是在命令名称及其参数之后，但这只是惯例，而不是强制性的放置方式。 <必须位于文件名之前。因此，在>output和<input重定向之间存在接近完美的对称性：<input command1 -opt 1 | command2 -o | command3 >output。 - Jonathan Lefflercat 没有用处。问题不在于 cat 无用，而在于某个特定的结构不需要使用 cat。如果你愿意，可以将其称为“UUoC”（无用地使用 cat），而不是“UoUC”（使用无用的 cat）。在许多情况下，cat 是正确的工具；当它是正确的工具时，我没有任何反对它的使用（实际上，在我的回答中提到了一个案例）。 - Jonathan Lefflercat可能并不是很重要，但在作为编程环境使用时，实现这些性能关键的操作可能是绝对必要的，特别是在处理bash时，性能方面就像是一个长方形的轮子（无论如何与ksh相比都慢上10倍，不开玩笑）。当处理更大的脚本或巨大的循环时，确实需要优化forks（不只是forks）的性能。 - Adrian Frühwirth不对！
首先，在命令中重定向发生的位置并不重要。因此，如果你喜欢在命令左侧进行重定向，那也可以：
< somefile command
等同于
command < somefile
其次，当你使用管道时会发生一个子进程和n + 1个进程，这明显会使速度变慢。有些情况下n可能为零（例如，当你重定向到shell内建命令时），因此通过使用cat命令，你完全不必要地增加了一个新的进程。
总的来说，每当你发现自己在使用管道时，都值得花30秒钟查看是否可以消除它。（但可能不值得花太长时间。）以下是一些经常不必要地使用管道和进程的示例：
for word in $(cat somefile); … # for word in $(<somefile); … (or better yet, while read < somefile)
grep something | awk stuff; # awk '/something/ stuff' (similar for sed)
echo something | command; # command <<< something (although echo would be necessary for pure POSIX)
欢迎编辑以添加更多示例。
stdout=$(foo bar -exec baz <qux | ENV=VAR quux)。问：<qux 应用于 foo 还是 -exec 的 baz，由 foo 执行？答案是应用于 foo，但可能会出现歧义。在这种情况下将 <qux 放在 foo 之前 更清晰，尽管不太常见，并且类似于尾随的 ENV=VAR quux。 - Mark G.<"cat" grep dog更易读一些。(虽然我通常支持使用空格，但这个特定情况是个例外)。 - Charles Duffy捍卫猫的立场:
是的，
< input process > output
process < input > output
更高效，但许多调用没有性能问题，所以你不必关心。
我们习惯从左到右阅读，所以像
cat infile | process1 | process2 > outfile
很容易理解。
process1 < infile | process2 > outfile
必须跳过process1，然后从左到右阅读。以下方法可以解决此问题：
< infile process1 | process2 > outfile
看起来有一只箭头指向左侧，但实际上那里什么也没有。更加混淆和看起来像花式引用的是：
process1 > outfile < infile
生成脚本通常是一个迭代的过程，
cat file
cat file | process1
cat file | process1 | process2
cat file | process1 | process2 > outfile
在这里，您可以逐步查看自己的进度，同时
< file
甚至不起作用。简单的方法少出错且命令连结使用cat简单。
另一个话题是，大多数人在使用计算机之前长期接触过>和<作为比较运算符，而在成为程序员并使用计算机时，更经常将其作为这样的运算符使用。
使用<和>比较两个操作数是反交换的，这意味着
(a > b) == (b < a)
我记得第一次使用 < 进行输入重定向时，我感到害怕
a.sh < file
可以意味着与之相同
file > a.sh
而且不知何故覆盖了我的a.sh脚本。也许这是许多初学者面临的问题。
wc -c journal.txt
15666 journal.txt
cat journal.txt | wc -c
15666
后者可以直接用于计算。
factor $(cat journal.txt | wc -c)
当然，在这里也可以使用 < ，而不是文件参数：
< journal.txt wc -c
15666
wc -c < journal.txt
15666
但是谁在意 - 1.5万？
如果我偶尔遇到问题，肯定会改变我调用cat的习惯。
当使用非常大的或很多文件时，避免使用cat是可以的。对于大多数问题，使用cat是正交的，与主题无关，不是问题。
在每个第二个shell主题上开始这些无用的cat讨论只是令人烦恼和无聊。找点事情做等待你的成功机会，当处理性能问题时。
file > a.sh 的恐惧中获得的笑声就值得花时间阅读这篇文章 :) 感谢分享！ - necromancercat file | wc -c，wc 需要读取标准输入直到 EOF，计算字节数。但是在这个调用中 wc -c < file，它只是统计标准输入，发现它是一个常规文件并打印 st_size 而不是读取任何输入。对于大文件，性能差异将明显可见。 - oguz ismail更新
这是我在https://unix.stackexchange.com/a/301194/7696的回答中发布的另一个UUOC：
sqlq() {
local filter
filter='cat'
# very primitive, use getopts for real option handling.
if [ "$1" == "--delete-blank-lines" ] ; then
filter='grep -v "^$"'
shift
fi
# each arg is piped into sqlplus as a separate command
printf "%s\n" "$@" | sqlplus -S sss/eee@sid | $filter
}
$filter 默认为空字符串，并让 if 语句执行 filter='| grep -v "^$"' ，但在我看来，通过不将管道字符嵌入到 $filter 中，这个“无用”的 cat 具有极其有用的自说明作用，即在 printf 行上，$filter 不仅仅是传递给 sqlplus 的另一个参数，而且是一个可选的用户可选择的输出过滤器。
如果需要多个可选的输出过滤器，则选项处理可以根据需要将 | whatever 追加到 $filter 中-管道中的一个额外的 cat 不会对任何事情造成伤害或导致任何明显的性能损失。
== 不是 POSIX 规范定义的，而且并不是所有实现都支持它。标准化运算符只有 =。 - Charles Duffy使用UUoC版本，cat必须将文件读入内存，然后写入管道，命令必须从管道读取数据，因此内核必须复制整个文件三次，而在重定向的情况下，内核只需复制一次文件。做一件事一次比做三次更快。
使用：
cat "$@" | command
cat的使用方法可以完全不同，也并非一定没有用处。如果命令是一个标准过滤器，可以接受零个或多个文件名参数并依次处理它们，那么这种使用方法仍然是无用的。考虑tr命令：它是一个纯过滤器，忽略或拒绝文件名参数。要将多个文件传递给它，必须像示例中使用cat。当然，还有一个单独的讨论，即tr的设计不太好；实际上它本可以被设计为标准过滤器。如果您想让命令将所有输入视为单个文件而不是多个单独的文件进行处理，即使命令可以接受多个单独的文件，这种使用方法也可能是有效的，例如wc。
而仅仅是cat single-file 这种情况是绝对没有用的。
cat（或未引用的变量、chmod 777或其他各种反模式），但至少我们可以帮助教育那些将此代码复制/粘贴到执行数百万次的最内部紧密循环的用户。
就技术原因而言，传统智慧认为我们应该尽量减少外部进程的数量；当编写shell脚本时，这仍然是一个很好的通用指导。
cat进行管道传输会增加很多上下文切换和内存带宽（并在cat的读取缓冲区以及管道缓冲区中产生额外的数据副本，从而污染L3高速缓存）。特别是在大型多核机器上（比如许多主机设备），缓存/内存带宽是共享资源。 - Peter Cordes另一个问题是管道可能会默默地屏蔽子shell的输出。在这个例子中，我会用echo代替cat，但同样的问题仍然存在。
echo "foo" | while read line; do
x=$line
done
echo "$x"
x包含foo，但实际上它并不包含。你所设置的x位于产生while循环的子shell中。在开始管道的shell中，x有一个无关的值或者根本没有被设置。echo "foo" | while read line; do
x=$line
done | awk '...'
此时x再次成为while子shell内的局部变量。
shopt -s lastpipe选项来避免创建子shell。 - Dennis Williamson在示例中，我经常使用cat file | myprogram。有时候，我会被指责使用了无用的cat命令 (http://porkmail.org/era/unix/award.html)。但我不同意这种说法，理由如下：
这样更容易理解。
当阅读UNIX命令时，您期望看到一个命令，后面跟着参数，再后面是重定向。虽然可以把重定向放在任何位置，但很少见——因此人们会更难以阅读示例。我认为
cat foo | program1 -o option -b option | program2
program1 -o option -b option < foo | program2
< foo program1 -o option -b option | program2
示例应易于理解。
它很容易更改。
如果您知道该程序可以从 cat 读取内容，则通常可以假定它可以读取任何输出到 STDOUT 的程序的输出，因此您可以根据自己的需要进行适应并获得可预测的结果。
强调该程序不会失败，即使 STDIN 不是文件。
不能安全地假设如果 program1 < foo 成功，则 cat foo | program1 也将成功。然而，可以安全地假设相反。该程序仅在 STDIN 是文件时才有效，但是如果输入是管道，则会失败，因为它使用了 seek：
# works
< foo perl -e 'seek(STDIN,1,1) || die;print <STDIN>'
# fails
cat foo | perl -e 'seek(STDIN,1,1) || die;print <STDIN>'
进行额外的cat操作会带来一定的成本。为了让大家了解成本的大小，我进行了几项测试来模拟基准（cat），低吞吐量（bzip2），中等吞吐量（gzip）和高吞吐量（grep）。
cat $ISO | cat
< $ISO cat
cat $ISO | bzip2
< $ISO | bzip2
cat $ISO | gzip
< $ISO gzip
cat $ISO | grep no_such_string
< $ISO grep no_such_string
测试运行在一台低端系统（0.6 GHz）和一台普通笔记本电脑（2.2 GHz）上。每个系统运行了10次测试，并选择最佳时间来模拟每个测试的最佳情况。$ISO是ubuntu-11.04-desktop-i386.iso。 （更美观的表格在这里：http://oletange.blogspot.com/2013/10/useless-use-of-cat.html）
CPU 0.6 GHz ARM
Command cat $ISO| <$ISO Diff Diff (pct)
Throughput \ Time (ms) User Sys Real User Sys Real User Sys Real User Sys Real
Baseline (cat) 55 14453 33090 23 6937 33126 32 7516 -36 239 208 99
Low (bzip2) 1945148 16094 1973754 1941727 5664 1959982 3420 10430 13772 100 284 100
Medium (gzip) 413914 13383 431812 407016 5477 416760 6898 7906 15052 101 244 103
High (grep no_such_string) 80656 15133 99049 79180 4336 86885 1476 10797 12164 101 349 114
CPU Core i7 2.2 GHz
Command cat $ISO| <$ISO Diff Diff (pct)
Throughput \ Time (ms) User Sys Real User Sys Real User Sys Real User Sys Real
Baseline (cat) 0 356 215 1 84 88 0 272 127 0 423 244
Low (bzip2) 136184 896 136765 136728 160 137131 -545 736 -366 99 560 99
Medium (gzip) 26564 788 26791 26332 108 26492 232 680 298 100 729 101
High (grep no_such_string) 264 392 483 216 84 304 48 308 179 122 466 158
结果表明，对于低和中等吞吐量，成本大约为1%。这远远在测量的不确定性范围内，因此在实践中没有区别。
对于高吞吐量，差异更大，两者之间存在明显差异。
由此得出结论：如果：
那么你应该使用<而不是cat |。
否则，无论您使用<还是cat |都没有关系。
因此，只有当：
您才应该授予UUoC奖项。
我认为（传统方式）使用管道会更快一些；在我的电脑上，我使用 strace 命令来查看发生了什么：
不使用管道：
toc@UnixServer:~$ strace wc -l < wrong_output.c
execve("/usr/bin/wc", ["wc", "-l"], [/* 18 vars */]) = 0
brk(0) = 0x8b50000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb77ad000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=29107, ...}) = 0
mmap2(NULL, 29107, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb77a5000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/i386-linux-gnu/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\222\1\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1552584, ...}) = 0
mmap2(NULL, 1563160, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7627000
mmap2(0xb779f000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x178) = 0xb779f000
mmap2(0xb77a2000, 10776, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb77a2000
close(3) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7626000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb76268d0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0xb779f000, 8192, PROT_READ) = 0
mprotect(0x804f000, 4096, PROT_READ) = 0
mprotect(0xb77ce000, 4096, PROT_READ) = 0
munmap(0xb77a5000, 29107) = 0
brk(0) = 0x8b50000
brk(0x8b71000) = 0x8b71000
open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=5540198, ...}) = 0
mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7426000
mmap2(NULL, 1507328, PROT_READ, MAP_PRIVATE, 3, 0x2a8) = 0xb72b6000
close(3) = 0
open("/usr/share/locale/locale.alias", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2570, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb77ac000
read(3, "# Locale name alias data base.\n#"..., 4096) = 2570
read(3, "", 4096) = 0
close(3) = 0
munmap(0xb77ac000, 4096) = 0
open("/usr/share/locale/fr_FR.UTF-8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/fr_FR.utf8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/fr_FR/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/fr.UTF-8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/fr.utf8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/fr/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/fr_FR.UTF-8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/fr_FR.utf8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/fr_FR/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/fr.UTF-8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/fr.utf8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/fr/LC_MESSAGES/coreutils.mo", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=316721, ...}) = 0
mmap2(NULL, 316721, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7268000
close(3) = 0
open("/usr/lib/i386-linux-gnu/gconv/gconv-modules.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=26064, ...}) = 0
mmap2(NULL, 26064, PROT_READ, MAP_SHARED, 3, 0) = 0xb7261000
close(3) = 0
read(0, "#include<stdio.h>\n\nint main(int "..., 16384) = 180
read(0, "", 16384) = 0
fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7260000
write(1, "13\n", 313
) = 3
close(0) = 0
close(1) = 0
munmap(0xb7260000, 4096) = 0
close(2) = 0
exit_group(0) = ?
使用管道：
toc@UnixServer:~$ strace cat wrong_output.c | wc -l
execve("/bin/cat", ["cat", "wrong_output.c"], [/* 18 vars */]) = 0
brk(0) = 0xa017000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb774b000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=29107, ...}) = 0
mmap2(NULL, 29107, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7743000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/i386-linux-gnu/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\222\1\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1552584, ...}) = 0
mmap2(NULL, 1563160, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb75c5000
mmap2(0xb773d000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x178) = 0xb773d000
mmap2(0xb7740000, 10776, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7740000
close(3) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb75c4000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb75c48d0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0xb773d000, 8192, PROT_READ) = 0
mprotect(0x8051000, 4096, PROT_READ) = 0
mprotect(0xb776c000, 4096, PROT_READ) = 0
munmap(0xb7743000, 29107) = 0
brk(0) = 0xa017000
brk(0xa038000) = 0xa038000
open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=5540198, ...}) = 0
mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb73c4000
mmap2(NULL, 1507328, PROT_READ, MAP_PRIVATE, 3, 0x2a8) = 0xb7254000
close(3) = 0
fstat64(1, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
open("wrong_output.c", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0664, st_size=180, ...}) = 0
read(3, "#include<stdio.h>\n\nint main(int "..., 32768) = 180
write(1, "#include<stdio.h>\n\nint main(int "..., 180) = 180
read(3, "", 32768) = 0
close(3) = 0
close(1) = 0
close(2) = 0
exit_group(0) = ?
13
你可以使用strace和time命令进行一些测试，使用更多和更长的命令来进行良好的基准测试。
wc -l的执行。它只在这里跟踪了管道的第一个命令。 - kojirostrace -f sh -c 'wc -l < wrong_output.c' 和 strace -f sh -c 'cat wrong_output.c | wc -l' 放在一起进行比较。 - Charles Duffycat：https://ideone.com/2w1W42#stderr - tripleeemkfifo 创建的是一种命名管道。使用 pipe(2) 可以设置匿名管道，然后进行 fork 操作，让父进程和子进程关闭管道的不同端口。但是，是的，这个答案是完全没有意义的，甚至没有尝试计算系统调用数量或使用 strace -O 来测量开销，或者使用 -r 以相对于上一次时间戳化每个调用... - Peter Cordes
cat是一个“标识管道”。它只是将输入流传递到输出流。如果链中的第二个程序可以从您传递给cat的相同参数（或者如果您没有传递参数，则可以从标准输入中获取）获取其输入，则cat是“绝对无用的”，只会导致创建一个额外的进程和管道。 - Frédéric Hamidicat没有参数或其参数为-时，它是一个身份管道。当它有多个非短横线文件名参数时，它就不再是一个身份管道，并开始发挥真正的作用。 - kojiro<file command1 | command2，尽管这样做可能会有美学上的争议。 - holdenweb