Bash命令替换（$（...））强制进程到前台

Question

简介：我有一个bash脚本在后台运行一个进程，它应该作为一个普通的命令工作，并在一个命令替换块中，如$(...) 。 脚本本身会生成一个分支到后台的进程。 它可以简化为这个测试用例：

#!/bin/sh
echo something
sleep 5 &

在shell中运行此脚本将立即返回（并打印“某些东西”），在$(...)内运行它将挂起5秒钟，等待后台“睡眠”完成。

适用于在命令替换shell中启动的任何内容，并在后台生成进程，包括该进程树中的任何子进程。 似乎影响bash和zsh，没有尝试过其他人。

---

原始问题：我有一个bash脚本，应该将值打印到stdout，并在每次运行时将其复制到X剪贴板。

#!/bin/sh
echo something
echo something | xclip -selection clipboard

这个脚本（让我们称之为“某事”）意味着用来获取这个词（实际上是另一个命令的输出）并以不同的方式使用，例如：

$ something
something
$ xclip -o -selection clipboard
something
$ echo $(something)
^C

打印到正常的stdout，将输出复制到剪贴板以在普通的X应用程序中使用，并且还应该能够使用带有bash命令替换的stdout，在任何命令的中间插入这个单词。

但是，bash命令替换似乎迫使xclip在前台保持活动状态。 xclip通常守护自身，因为X剪贴板要求客户端提供剪贴板内容，默认行为是在替换剪贴板内容后退出。

在用xclip解决了这个问题之后，我做了一个我在这个问题开头写的最小测试用例，所以似乎应用了在$(...) shell里守护进程的任何东西

谁能解释这种行为？ 有什么办法可以避免吗？

Answer 1

如果希望后台进程不干扰命令替换，则必须断开其stdout。 这将立即返回：

$ cat bg.sh 
#!/bin/sh
echo before
sleep 5 >/dev/null &
echo after
$ date; x=$(./bg.sh); date; echo "$x"
Sat Jun  1 13:02:26 EDT 2013
Sat Jun  1 13:02:26 EDT 2013
before
after

您将失去捕获后台进程的标准输出的能力，但如果您在后台运行它，您可能不在乎。 bg.sh进程总是可以写入磁盘。