我看你遇到的核心问题是脚本卡在日志监听环节没法退出，导致后续命令跑不起来，而且原脚本还有些语法小问题。咱们一步步来解决：

先说说原脚本的几个坑 #

• 语法错误：if [ echo "$line" | grep "Listening" ] 这种写法不对，[ ] 是test命令，不能直接塞管道进去，得用grep的退出码来判断（加-q静默模式就不会输出内容，只返回成功/失败状态）
• 无限死循环：tail -fn0 会一直盯着日志，导致while循环永远退不出来，后续命令根本没机会执行
• 进程管理缺失：原脚本没把目标进程真正后台化，也没处理进程的生命周期，万一出错了进程还在后台瞎跑

优化后的完整脚本 #

这个脚本会帮你：启动后台进程、实时解析输出、碰到错误直接退出、确认进程正常运行后自动结束监听并执行后续命令

#!/bin/bash

# 定义日志文件名，用日期区分避免覆盖
LOG_FILE="output_$(date +"%Y_%m_%d").log"
SCRIPT_LOG="output_script_$(date +"%Y_%m_%d").log"

# 把目标进程后台启动，同时把输出写入日志
/home/build/a_process 2>&1 > "$LOG_FILE" &
PROCESS_PID=$!  # 记录进程PID，方便后续管理

# 实时监控日志输出，直到触发成功或错误条件
tail -fn0 "$LOG_FILE" | while read -r line; do
    # 可选：打印当前时间和日志行，方便调试
    echo "[$(date '+%Y-%m-%d %H:%M:%S')] $line"

    # 检测错误关键词，一旦出现就终止进程并退出脚本
    if echo "$line" | grep -q -E "error occurred in load configuration|Binding Failure"; then
        echo "❌ 检测到进程启动失败，终止脚本"
        kill "$PROCESS_PID" 2>/dev/null  # 杀掉后台的a_process
        exit 1
    fi

    # 检测成功条件：这里假设同时出现"Listening"和DB连接成功的日志才算启动完成
    # 你可以根据实际输出调整关键词，比如只需要"Listening"就把后面的条件去掉
    if echo "$line" | grep -q "Listening" && grep -q "DB connection established" "$LOG_FILE"; then
        echo "✅ 进程已正常启动，开始执行后续命令"
        # 终止当前的tail进程，退出监听循环
        pkill -P $$ tail
        break
    fi
done

# 到这里说明进程启动成功，执行后续命令
echo "开始运行b_process..."
/home/build/b_process 2>&1 | tee "$SCRIPT_LOG"

# 可选：如果需要确保a_process一直运行，这里不用额外处理，它会留在后台继续监听端口

关键改进点解释 #

1. 真正的后台进程：用&把a_process放到后台，记录PID方便出错时杀掉它
2. 正确的条件判断：用grep -q静默模式，只返回成功/失败的状态码，避免语法错误
3. 自动退出监听：当检测到成功条件时，用pkill -P $$ tail终止当前shell启动的tail进程，再用break退出while循环，脚本就能继续执行后续命令了
4. 完善的错误处理：碰到错误日志直接终止后台进程并退出脚本，不会让无效进程留在后台
5. 灵活的成功条件：你可以根据实际情况调整成功关键词，比如只需要端口监听成功，就去掉DB连接的判断

小提示 #

• 一定要根据你的a_process实际输出调整关键词，比如DB连接成功的日志可能是Successfully connected to database，记得改成你自己的
• 如果日志里有特殊字符，用grep -F（固定字符串匹配）代替默认的正则匹配，避免转义问题

内容的提问来源于stack exchange，提问作者anwar ul hasan