如何控制Linux命令管道退出顺序，让pipelog在app后退出？

我用以下脚本让pipelog轮转app的stdout和stderr日志：

./app 2>&1 | ./pipelog --filename=run.log

测试发现关机时脚本收到SIGTERM信号时，两个进程会同时收到该信号：

• pipelog会立即退出
• app带有优雅关机逻辑，会等待一段不确定的时长后才退出

这导致app最后一部分日志丢失。目前只能在pipelog里加固定时长的sleep，但不够优雅，请问怎么实现让pipelog在app退出后再退出？

核心思路 #

问题根源是管道两侧的进程默认属于同一个进程组，收到SIGTERM时会同时被终止。要解决这个问题，需要通过脚本接管进程生命周期，控制信号发送顺序：先让app完成优雅关机，再终止pipelog，确保所有日志都被处理。

具体实现方法 #

方法一：用FIFO解耦进程，脚本管理生命周期 #

创建临时FIFO作为app和pipelog的中间介质，由脚本统一控制两个进程的启动、信号处理和退出顺序：

#!/bin/bash

# 创建唯一临时FIFO
LOG_FIFO="/tmp/app_log_fifo_$$"
mkfifo "$LOG_FIFO"

# 启动app，将输出定向到FIFO
./app 2>&1 > "$LOG_FIFO" &
APP_PID=$!

# 启动pipelog读取FIFO内容
./pipelog --filename=run.log < "$LOG_FIFO" &
PIPELOG_PID=$!

# 清理逻辑：先终止app，等待优雅退出后再终止pipelog
cleanup() {
    kill -TERM "$APP_PID" 2>/dev/null
    wait "$APP_PID"
    kill -TERM "$PIPELOG_PID" 2>/dev/null
    rm -f "$LOG_FIFO"
    exit 0
}

# 捕获SIGTERM和退出信号，执行清理
trap cleanup TERM EXIT

# 等待app自然退出
wait "$APP_PID"
# 删除FIFO触发pipelog读取EOF（若pipelog支持自动处理EOF则无需手动终止）
rm -f "$LOG_FIFO"
wait "$PIPELOG_PID"

方法二：直接管理进程PID，控制信号发送顺序 #

无需额外介质，直接通过bash进程管理功能，确保SIGTERM优先发给app：

#!/bin/bash

# 启动app并后台运行，记录PID
./app 2>&1 &
APP_PID=$!

# 通过/proc读取app的标准输出，传给pipelog
tail -n +0 -f "/proc/$APP_PID/fd/1" | ./pipelog --filename=run.log &
PIPELOG_PID=$!

# 信号处理：先终止app，等待完成后再停pipelog
handle_term() {
    kill -TERM "$APP_PID"
    wait "$APP_PID"
    kill -TERM "$PIPELOG_PID"
    exit 0
}

trap handle_term TERM

# 等待app进程结束
wait "$APP_PID"
# 终止pipelog
kill -TERM "$PIPELOG_PID"

注意事项 #

• 确保脚本有足够权限创建FIFO（方法一）和读取/proc文件（方法二）
• 若pipelog支持读取到EOF后自动退出，方法一中可省略kill -TERM $PIPELOG_PID，删除FIFO后pipelog会自行退出
• 测试时可通过kill -TERM <脚本PID>模拟关机信号，验证日志完整性

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