bash - 在命令替换中使用外部调用的陷阱会破坏父 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)" 调用脚本。现在，如果您通过点击 ^C 发送 INT 信号，父 shell 就会中断:您键入的任何内容(包括控制字符)都将被打印出来，直到您点击回车，然后您的任何输入都不会显示。

删除 catch 函数中的外部命令调用似乎可以解决问题(不过，echo 似乎不起作用)，但我不明白为什么，我不能在我的最终脚本中没有它。

有什么我想念的吗？为什么这会破坏父 shell？

Answer 1

我未经证实但最好的理论是，这是由读取终端设置的父进程和恢复它们的子进程之间的竞争引起的。

当中断时，交互式 shell 将停止尝试从管道读取，并仔细检查当前的终端设置以避免以后破坏它们。如果 child 还没有恢复它们， parent 将阅读错误的设置并假设终端应该是这样的。

这就是为什么您可以在它开始困惑之前键入一行的原因:子项已将良好设置恢复为缓冲规范模式，因此您可以键入整行。一旦你按下回车键，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 后的交互式 shell:

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