在命令替换中用外部调用诱捕会破坏父级Bash shell

Question

我有一个基于文本的用户界面脚本，该脚本可让我浏览目录并选择文件。图形输出到stderr，所选文件的路径发送到stdout。这样可以通过以下方式获取所选文件：

file="$(./script)"

这非常方便，因为命令替换仅获取stdout。

但是我需要我的脚本来处理信号，以便当脚本被中断时，它可以重置显示。我设置了一个处理INT信号的陷阱。为了模拟它的作用，请考虑以下脚本：

catch() { 
    echo "caught"
    ps # Calling an external command
    exit
}

trap catch INT

while read -sN1; do # Reading from the keyboard
    echo $REPLY >&2
done

然后用var="$(./script)"调用脚本。现在，如果您通过按INT发送^C信号，则父shell会中断：您键入的任何内容（包括控制字符）都将被打印出来，直到您按回车键，则不会显示任何输入。

在catch函数中删除外部命令调用似乎可以解决此问题（尽管echo似乎不起作用），但是我不明白为什么，在没有它的情况下我无法做我的最终脚本。

我缺少什么吗？为什么这会破坏父外壳？

Answer 1

我未经验证但最好的理论是，这是由父级读取终端设置与子级还原它们之间的竞争引起的。

[被中断时，交互式外壳将停止尝试从管道中读取数据，并仔细检查当前的终端设置，以免日后破坏它们。如果孩子尚未还原它们，则父母将读取错误的设置，并假定终端应该是这样。

这是为什么您可以在开始混乱之前键入一行的原因：孩子已将正确的设置恢复为缓冲规范模式，因此您可以键入整行。一旦按下回车键，bash将获得命令，并且作为其提示符的一部分，将其认为终端应该具有的错误设置还原。

要解决这个问题，您可以在捕获期间让父级处理SIGINT。处理程序做什么无关紧要，因为唯一的原因是使Bash等待当前命令完成，以便它可以调用处理程序。

这里是一个例子：

#!/bin/bash

catch() {
  sleep 1 # Make sure to lose the race
  echo "caught"
  ps
  exit
}

trap catch INT

while read -sN1; do # Reading from the keyboard
    echo $REPLY >&2
done

这是键入x并按Ctrl-C后的交互式外壳：

bash-5.0$ trap 'true' INT; var=$(./script)
x
bash-5.0$ echo "The prompt works fine"
The prompt works fine
bash-5.0$ declare -p var
declare -- var="caught
    PID TTY          TIME CMD
 650388 pts/3    00:00:00 bash
 650859 pts/3    00:00:00 script
 650862 pts/3    00:00:00 ps"
bash-5.0$

这里在父级中没有陷阱，展示了只有第一个命令直到第一个输入才有效，而其余的输入是隐藏的：

bash-5.0$ trap - INT; var=$(./script)
x

bash-5.0$ echo "I can see this first line"
I can see this first line
bash-5.0$ bash: fasdfasdfasdfasdfa: command not found