bash中执行子shell后调用read导致脚本停止的原因咨询

嘿，这个问题我太熟悉了——这其实是Bash 4.4及更早版本里的一个经典bug，和command_not_found_handle这个特殊函数的执行环境，还有子shell对终端控制权的影响脱不了干系。

问题复现 #

先看你给出的两个测试场景：

带自shell的故障场景 #

当函数里先调用子shell再执行read时，脚本直接暂停：

command_not_found_handle() {
    (true) # 子shell调用
    read line
    echo "$line"
}

执行结果：

bash-4.4$ foo
[1]+  Stopped                 foo

无自shell的正常场景 #

去掉子shell后，read就能正常读取输入并输出：

command_not_found_handle() {
    read line
    echo "$line"
}

执行结果：

bash-4.4$ foo
smth
smth
bash-4.4$

背后的原因 #

command_not_found_handle是Bash专门用来处理未知命令的特殊函数，它的执行环境和普通函数不一样。在Bash 4.4及更早版本中，当你在这个函数里用(...)创建子shell时，子shell会临时接管终端的标准输入；但子shell退出时，没有正确把终端的控制权交还给父shell里的read命令。这就导致read无法从终端获取输入，最终触发进程暂停（Stopped）的状态。

简单来说就是：子shell搞乱了终端的输入上下文，让后面的read“接不上”终端输入了。

修复方案 #

正如你提到的，这个bug已经在Bash 5.0版本中被官方修复了。如果你升级到Bash 5.0或更高版本，再运行带自shell的测试代码，read就能正常工作，不会再出现进程暂停的情况。

临时替代方案（无法升级Bash时） #

如果暂时没法升级Bash，你可以用命令组（大括号{...}）替代子shell——命令组不会创建新的子进程，只是在当前shell环境中执行命令，这样就不会触发终端控制权的问题：

command_not_found_handle() {
    { true; } # 用命令组替代子shell
    read line
    echo "$line"
}

这样既能保留原有逻辑，又能避免脚本暂停的问题。

内容的提问来源于stack exchange，提问作者Kirillov Dmitriy