Bash输出发生在提示之后，而不是之前，这意味着我必须手动按enter键

我在让bash做我想做的事情时遇到了问题，这不是一个大问题，但很烦人。

1.(我运行了一个第三方软件，它会产生一些stderr输出。其中一些是有用的，有些是我不关心的常规内容，我不想将其转储到屏幕上，但我确实希望将stderr的有用部分转储到屏幕。我认为实现这一点的最佳方法是将stderr传递给一个函数，然后使用该函数中的条件来显示或不显示stderr。

2.(这很管用。然而，我实现的解决方案在正确的时间抛出了我的错误，但随后返回了一个bash提示，我想在函数末尾总结错误的状态，但此处的echo-ing会在提示后打印文本，这意味着我必须按enter键才能返回到干净的提示。通过下面的例子可以清楚地看出。

我的错误流生成器：

/TestErrorStream.sh

#!/bin/bash
echo "test1" >&2

我处理这个的功能：

/功能.sh

#!/bin/bash
function ProcessErrors()
{
    while read data;
    do
    echo Line was:"$data"
    done
    sleep 5 # This is used simply to simulate the processing work I'm doing on the errors.
    echo "Completed"
}

我获取Function.sh文件以使ProcessErrors((可用，然后运行：

2> >(ProcessErrors) ./TestErrorStream.sh

我期望(并且想要(得到：

user@user-desktop:~/path$ 2> >(ProcessErrors) ./TestErrorStream.sh
Line was:test1
Completed 
user@user-desktop:~/path$

然而，我真正得到的是：

user@user-desktop:~/path$ 2> >(ProcessErrors) ./TestErrorStream.sh
Line was:test1
user@user-desktop:~/path$ Completed

没有干净的提示。当然提示是有的，但是"完成"是在提示后打印的，我想打印之前，然后会出现一个干净的提示。

注意：这是一个最低限度的工作示例，而且是人为设计的。虽然我的错误流问题的其他解决方案是受欢迎的，但我也想了解如何让bash按照我想要的方式运行这个脚本

感谢您的帮助

Joey

#!/bin/bash
function ProcessErrors()
{
    while read data;
    do
    echo Line was:"$data"
    done
    sleep 5 # simulate required time to process end of function (after TestErrorStream.sh is over and stdin is released)
    echo "Completed"
}

#!/bin/bash
echo "first"
echo "firsterr" >&2
sleep 20 # any number here

#!/bin/bash
source ./Functions.sh
2> >(ProcessErrors) ./TestErrorStream.sh
sleep 6 # <= this one is important

user@host:~/path$ time ./WrapTestErrorStream.sh
first
Line was:firsterr
Completed
real    0m26.014s
user    0m0.000s
sys     0m0.000s
user@host:~/path$

#!/bin/bash
function ProcessErrors {
    while read data; do
        echo Line was:"$data"
    done
    sleep 5 
    echo "Completed"
}
# Open subprocess
exec 60> >(ProcessErrors)
P=$!
# Do the work
2>&60 ./TestErrorStream.sh
# Close connection or else subprocess would keep on reading
exec 60>&-
# Wait for process to exit (wait "$P" doesn't work). There are many ways
# to do this too like checking `/proc`. I prefer the `kill` method as
# it's more explicit. We'd never know if /proc updates itself quickly
# among all systems. And using an external tool is also a big NO.
while kill -s 0 "$P" &>/dev/null; do
    sleep 1s
done