cat、echo 和进程替换

Question

基本上我想了解这些命令之间的区别：

cat <<< yolo | tee f.txt
echo yolo | tee t.txt

还有那些命令：

cat <<< yolo > >(tee f.txt)
echo yolo > >(tee t.txt)

前两个命令的结果完全相同：打印“yolo”，然后终端返回控制权，这正是我所期望的。

[user@localhost ~]$ cat

yolo

[user@localhost ~]$ echo yolo | tee t.txt

yolo

但是使用进程替换，echo 会发生一些奇怪的事情。

[user@localhost ~]$ cat >(tee f.txt)

yolo

[user@localhost ~]$ echo yolo > >(tee t.txt)

[user@localhost ~]$ yolo

终端返回控件在文本被打印出来之前。 在这种情况下，为什么我会更早获得控制权？

这一定与进程的打开方式以及文件描述符如何在进程之间传递有关，但我有点达到了我的知识极限。

如果我通过管道将它连接到其他任何东西，一切都会恢复正常，例如echo yolo > >(tee t.txt) | cat.

更奇怪的是，xargs'ing into echo 效果很好：

[user@localhost ~]$ xargs echo >(tee t.txt)

yolo

但是你可以说xargs是这里的主程序，而不是echo。

如果我使用 cat 的输入进程替换，我会得到不同的结果：

cat < <(echo yolo) > >(tee t.txt)

有时它会给我这个：

[user@localhost ~]$ cat >(tee t.txt)

[user@localhost ~]$ yolo

有时是这样的：

[user@localhost ~]$ cat >(tee t.txt)

yolo

所以我猜这可能与系统执行命令的速度有关，这使得它无法预测。

这是否意味着输出进程替换（例如本例中的tee）在后台运行？

Answer 1

啊，我好像找到了it...

流程替代 ...进程list 以异步方式运行，其输入或输出显示为文件名...

一旦命令（或分叉进程完成），控制权将返回到终端并显示下一个提示。我最初怀疑echo 被内置可能起到了作用，但它实际上只是扭曲了时间。 IE。一旦使用> >(tee t.txt) tee 何时打印到控制台并不完全确定。

就此而言，试试这个（对于你的第三个例子）：

$ cat <<< yolo > >(sleep 1; tee f.txt)
$ yolo

相对于：

$ { echo yolo; sleep 1 ;} > >(tee t.txt)
yolo
$

---

不同之处在于>(list) 进程替换是如前所述异步执行的。尝试两个示例中的前一个，即使sleep 的值更大，以模拟长时间运行的进程。当你继续使用你的 shell 时它会一直存在（实际上即使你终止它，在这种情况下它会被重新设置，但你仍然会在进程列表中看到；旁注：“命令作为命令替换的结果会忽略键盘生成的作业控制信号SIGTTIN、SIGTTOU 和SIGTSTP。” -> 与异步 (&) 执行示例不同，即使丢失终端也不会杀死它们下面）。

另一方面，Pipelines：

如果管道不是异步执行的（参见列表），shell 会等待管道中的所有命令完成。

在管道中的所有命令执行完毕之前，Shell 不会恢复控制（下一个命令不会执行）。

试试：

$ echo yolo |  (sleep 1; tee f.txt)
yolo
$

相对于（类似于使用>(list)）：

echo yolo |  ((sleep 1; tee f.txt) &)
$ yolo

（实际上不需要双子shell，我只是用它来抑制正在运行的shell中的作业控制消息）。