主页 / unix / 问题 / 524548
Accepted
conanDrum
Asked: 2019-06-13 13:50:46 +0800 CST

进程替换 ECHOS 不受欢迎的“shell 提示”。我可以禁用它吗？

  • 772

注意：这个问题是由于“流程替换”的异步处理而出现的。脚本响应具有欺骗性，导致许多时间损失。之前有一篇相关的帖子在这里：进程替换中的猫挂起：它在等待什么？

Bash 4.4.19(1)-发布

使用此代码，因为我不能使用管道。

func() { 
    in=$(cat)
    echo "'this is it: $in'"    
}

echo "a string" > >(func)

不幸的是，这个 Process Substitution 正在打印提示以及我的字符串。

user@srv:~$ ./test.sh
user@srv:~$ 'this is it: a string'

这不适合我的使用！至少可以说！！！

可取的是像这样的正常行为：

user@srv:~$ ./test.sh
'this is it: a string'

我可以强制 Process Substitution 不打印 shell 提示吗？

注意：我不能使用管道......它给我带来了其他问题。 这些是它产生的问题： 我可以在将命令输出发送到文件（一个衬里）之前对其进行处理吗？

bash shell-script

1 个回答

  1. Best Answer

    发生这种情况是因为您的脚本在进程替换的子进程之前返回，该>(...)进程替换是异步运行的（即在后台运行），并且只会在您调用脚本的 shell 已经打印其提示符之后打印其内容。

    解决方案就是wait为此；不幸的是，在子外壳中运行的进程等不作为作业的一部分进行管理，也不会出现在bash的作业表中，因此您必须使用pgrep -P(find-by-parent)：

    func() {
    in=$(cat)
    sleep .2
    echo "'this is it: $in'"
}

echo "a string" > >(func)
wait $(pgrep -P $$)

    （我添加了sleep .2just 是为了防止症状虚假地消失——额外的运行时间pgrep和wait运行时间可能也足以让异步进程终止）。

    内部运行的进程是主脚本的子进程的假设> >(...)仅在与内置函数、函数和组命令一起使用时才成立，有关更多详细信息，请参见此处。

    • 1

相关问题