bash - 后台进程重定向到 COPROC

Question

在下面的测试脚本中，我运行了一个基本的协进程，echo内置，在后台运行，附加其标准输出:

#!/bin/bash
# TEST 1
coproc /bin/sleep 100
echo >&${COPROC[1]} &

脚本总是失败，没有明显的原因，给出输出:

./test.sh: line 4: ${COPROC[1]}: Bad file descriptor

我想知道正确的语法是否应该是这样的(在重定向之前移动了＆符号):

#!/bin/bash
# TEST 2
coproc /bin/sleep 100
echo & >&${COPROC[1]}

第二个示例似乎有效，因为它在执行期间没有报告错误，但是使用这种语法，实际上不会执行重定向；事实上，请考虑另一个测试:

#!/bin/bash
# TEST 3
/bin/echo abc & >xfile

测试 3 创建文件 xfile ，但没有写入任何内容。奇怪的是，在重定向后再次尝试定位与号使 echo工作正常:

#!/bin/bash
# TEST 4
/bin/echo abc >xfile &

测试 4 创建文件 xfile在字符串内 abc .

对导致 coproc 的原因有所了解重定向错误或正确的语法是什么？

Answer 1

如别处所述，coproc 安排其文件描述符在子shell 中关闭。你可以使用

coproc { whatever; }
exec {WHATEVER[0]}<&${COPROC[0]}- {WHATEVER[1]}>&${COPROC[1]}-

如果在 4.3 版之前使用 Bash，则必须为输入和输出变量使用单独的变量:

exec {IN}<&${COPROC[0]}- {OUT}>&${COPROC[1]}-

如果在 4.1 之前使用 Bash，则必须使用固定的文件描述符编号:

exec 4<&${COPROC[0]}- 5>&${COPROC[1]}- ; IN=4 OUT=5

对于交互式 shell，您可能需要考虑 disown .

这种安排还有一个好处是您可以使用多个协进程，即使 Bash 手册页说它不受支持。

正如其他地方所讨论的，请注意进程之间共享管道的局限性。