Question

这是我的构造（只是一个例子）：

echo -e "hello: [$(cat file.txt)]"

在90％的情况下，它工作正常，输出（foo位于file.txt）：

hello: [foo]

但在10％的情况下，我看到（我不知道何时以及为什么会发生这种情况）：

hello: []
foo

为什么会这样？

PS。实际上我的代码看起来像：

STDERR=$(mktemp /tmp/bash-XXXX);
{ something } 2> >( tail -100 | tee $STDERR );
CODE=$?;
if [ $CODE != 0 ]; then
  echo -e "ERROR ${CODE}: \"$(cat ${STDERR})\"";
fi
rm -f ${STDERR}

Answer 1

你在这里遇到了竞争条件。

tail -100 | tee $STDERR

已创建，但最有可能睡在fifo上（因为它仍然是空的）。你编写了对fifo（'something'）的写入，但是fifo有缓冲区，所以它写入所有并继续。然后在某个非特定的时间，尾巴/ T恤被唤醒 - 有时太晚了：这意味着当猫读它时，$ STDERR仍然是空的。

如何修复它：你不能轻易地在完成后的T恤/尾部同步。使用

{ something; } 2>&1 | tail ... | tee

您需要其他方式来电报$？出于{something}。我会回来的。

一种方法是设置

set -o pipefail

以便pipline中的每个失败组件都设置管道的退出状态。
另一种方法是查询数组 PIPESTATUS（参见bash（1））。

希望这有帮助

echo在并行进程中启动子shell？

1 个答案: