为何配置set +e的Bash脚本仍会在前台任务报错后终止

1. 你开启的作业控制（set -m）本身是为交互式shell设计的特性，在非交互式脚本中使用时，会出现预期外的信号传递逻辑：当fg操作的后台作业因为收到信号异常终止时，终止信号会被透传给运行脚本的父shell，直接导致整个脚本退出，这个行为不受set +e配置的控制。
2. 你通过grep匹配获取作业ID的逻辑稳定性差，多进程场景下容易出现匹配错误，属于不必要的冗余操作。

直接去掉作业控制相关逻辑，用wait命令替代fg等待后台进程结束即可，wait的退出码和进程的退出码完全一致，进程被信号杀死时退出码为128+信号编号，正好匹配你现有的终止判断逻辑：

set +e

while :
do
    ./my_program &
    BOT_PID=$!
    # ... 此处保留你原本的中间命令
    wait "$BOT_PID"
    test $? -gt 128 && break
done

如果你的./my_program需要和终端交互（需要接管前台输入输出），只需要在后台启动时把标准输入绑定到当前终端即可：

./my_program < /dev/tty &

如果确实需要保留set -m和fg逻辑，需要提前捕获可能导致脚本退出的信号，同时修改fg调用逻辑规避信号透传：

set +e
set -m
# 捕获SIGCHLD信号，避免子进程退出导致父脚本终止
trap '' SIGCHLD

while :
do
    ./my_program &
    BOT_PID=$!
    BOT_JID=$(jobs -l | awk -v pid="$BOT_PID" '$2 == pid {print substr($1,2,length($1)-2)}')
    # ... 中间命令
    # 用子shell运行fg，避免信号透传给父脚本
    (fg $BOT_JID)
    test $? -gt 128 && break
done

内容的提问来源于stack exchange，提问作者David Callanan