Bash脚本用trap 'kill 0'时子shell触发Segmentation Fault问题排查

我明白你遇到的问题了——用kill 0终止所有子进程时触发了段错误，这其实是kill 0的行为和信号处理逻辑冲突导致的。

原脚本的问题根源 #

kill 0会向整个进程组的所有进程发送信号，这包括运行脚本的bash父进程本身。当你按下^C触发SIGINT时，父进程进入trap处理逻辑，此时kill 0又给父进程发了一次SIGINT信号。bash在处理信号的过程中再次收到同类型信号，内部处理逻辑会出现冲突，最终引发Segmentation Fault。

修复后的脚本方案 #

我们可以修改trap的处理逻辑，只终止子进程而不影响父进程，同时避免信号重复触发：

# 定义清理函数，负责终止所有子进程
cleanup() {
    echo "正在终止所有子进程..."
    # 先将信号捕获重置为默认，防止清理过程中再次触发trap
    trap - SIGINT SIGTERM
    # 只终止当前父进程的所有子进程
    pkill -P $$
    exit 0
}

# 设置信号捕获，触发时执行清理函数
trap cleanup SIGINT SIGTERM

# 查找所有包含Dockerfile的目录
DIRS=$(find . -name "Dockerfile" -printf "%h\n")

# 启动并行子进程
for file in $DIRS; do
    (
        # 这里替换成你的实际Docker构建逻辑
        while :
        do
            echo "$file"
            sleep 1
        done
    ) &
done

# 等待所有子进程完成
wait

另一种可选方案：手动跟踪子进程PID #

如果你更倾向于精准管理子进程，可以通过记录PID数组的方式实现，逻辑更直观：

# 存储所有子进程PID的数组
child_pids=()

# 清理函数：杀掉所有记录的子进程
cleanup() {
    echo "正在终止所有子进程..."
    trap - SIGINT SIGTERM
    kill "${child_pids[@]}" 2>/dev/null
    exit 0
}

trap cleanup SIGINT SIGTERM

DIRS=$(find . -name "Dockerfile" -printf "%h\n")
for file in $DIRS; do
    (
        while :
        do
            echo "$file"
            sleep 1
        done
    ) &
    # 记录子进程PID到数组
    child_pids+=($!)
done

wait

这两种方案都避免了杀死父进程，也就消除了信号处理的冲突，自然解决了Segmentation Fault的问题。

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