Bash管道与重定向执行机制疑问：测试结果不符预期解析

先看你测试的命令：

cat << EOF > arquivo.txt |  wc -l < arquivo.txt > linhas.txt
ola
ola1
EOF

你预期linhas.txt里是2，但实际得到0，核心原因是Bash中管道两端的命令是并行启动的，而非串行等待前序命令完成。

具体执行过程拆解 #

1. 当Bash解析这条带管道的命令时，会同时创建两个子进程：一个执行cat << EOF > arquivo.txt，另一个执行wc -l < arquivo.txt > linhas.txt。
2. wc进程启动后会立刻打开arquivo.txt读取行数，但此时cat进程可能还在处理here-doc内容，甚至arquivo.txt刚被创建（处于空文件状态）——因为文件写入是在cat执行过程中逐步完成的，而wc不会等待cat写完，它会直接读取当前文件的内容（空），所以统计结果是0。
3. 另外，这条命令里的管道其实是无效的：cat的标准输出已经被> arquivo.txt重定向到了文件，所以管道里没有任何数据流动，wc的输入完全来自arquivo.txt，和管道本身的数据流无关。

为什么分开执行正常？ #

分开执行时，cat << EOF > arquivo.txt会完整执行完毕，arquivo.txt已经被写入两行内容，之后再执行wc -l < arquivo.txt，自然能读取到完整的文件内容，得到正确的行数2。

正确的写法示例 #

如果要实现“写入文件同时统计行数”的需求，有两种常见方式：

方式1：串行执行（最直观）

cat << EOF > arquivo.txt
ola
ola1
EOF
wc -l < arquivo.txt > linhas.txt

方式2：用tee同时写入文件和传递数据（适合单条命令完成）

cat << EOF | tee arquivo.txt | wc -l > linhas.txt
ola
ola1
EOF

tee会把输入内容同时写入arquivo.txt和标准输出，标准输出再通过管道传给wc，这样wc能直接读到两行内容，linhas.txt会得到2，同时arquivo.txt也会保存对应的文本。

Bash管道的核心执行规则 #

• 管道cmd1 | cmd2会启动两个独立的子进程，并行执行cmd1和cmd2，不存在“先等cmd1执行完再启动cmd2”的逻辑。
• 管道的本质是将cmd1的标准输出连接到cmd2的标准输入，但如果cmd1的标准输出被重定向到文件/其他位置，管道的数据流就会中断。
• 文件重定向（>file/<file）会在命令启动前完成文件的打开操作，但文件的读写操作是在命令执行过程中进行的，并行进程之间不会自动同步文件的写入/读取时机。

内容的提问来源于stack exchange，提问作者Guilherme Silva