head退出后管道内bash命令未终止的原因咨询

问题背景 #

执行了如下命令，需求是按字典序获取S3存储桶所有对象内容的最后10行：

aws s3 ls s3://REDACTED/ | jq -nR '[inputs | split(" +"; null)[3]] | reverse.[] | "bkt --ttl '\''1h'\'' -- aws s3 cp s3://REDACTED/\(.) - | tac"' -r | bash | head

操作逻辑：列出存储桶内容→反转顺序→构造反向读取命令→执行→用head限制输出（bkt是命令缓存工具）。

实际运行时，head输出10行后并未终止整个管道，aws cp仍在持续运行。疑问：按预期head退出后，bash应收到SIGPIPE信号并终止，为何未生效？

补充简化复现命令：

seq 100000000000 | sed -E $'s/(.*)/sh -c '\''echo \\1; sleep .1'\''/' | sh | head

注：向shell解释器管道传输命令需谨慎，这并非解决特定问题的可靠方案。

原因分析 #

1. bash的执行特性：bash从标准输入逐条读取命令并执行，它会先等待当前子进程（如bkt aws cp ... | tac）执行完毕，再尝试读取下一条命令。即便bash的标准输出管道因head退出而断开，它也不会立刻终止，而是继续处理输入的命令流。
2. 子进程未响应SIGPIPE：当head退出后，tac向管道写数据时会收到SIGPIPE信号，但如果tac未因该信号终止，或者aws cp未监控输出管道的状态，aws cp会持续读取S3对象内容，导致进程长时间运行。

在复现命令中，sh进程会等待每个sh -c 'echo ...; sleep .1'子进程执行完毕，哪怕head已经退出，因此后续子进程仍会继续运行。

解决方案 #

推荐方案：改用循环处理（更可靠） #

避免通过管道向shell传递命令，改用while循环逐个处理对象，这样当head退出触发SIGPIPE时，循环会终止，后续子进程不会启动：

set -o pipefail
aws s3 ls s3://REDACTED/ | jq -nR '[inputs | split(" +"; null)[3]] | reverse' -r | while read -r obj; do
  bkt --ttl '1h' -- aws s3 cp "s3://REDACTED/$obj" - | tac
done | head -10

set -o pipefail用于确保管道中任意命令失败时，整个管道都会终止。

备选方案：给bash添加SIGPIPE陷阱 #

如果必须保留原有的管道喂命令方式，可给bash设置SIGPIPE陷阱，让它收到信号后立刻退出：

aws s3 ls s3://REDACTED/ | jq -nR '[inputs | split(" +"; null)[3]] | reverse.[] | "bkt --ttl '\''1h'\'' -- aws s3 cp s3://REDACTED/\(.) - | tac"' -r | bash -c 'trap "exit 0" SIGPIPE; while read -r cmd; do eval "$cmd"; done' | head -10

不过这种方式仍存在子进程未及时终止的风险，不如循环方案可靠。

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