Bash脚本错误重定向至自定义函数问题咨询

我来帮你解决这两个Bash脚本里的日志重定向问题，一步步拆解：

要把子脚本的错误（stderr）传递给父脚本的自定义日志函数，核心是捕获子脚本的stderr输出，再转发给父脚本的函数。这里有两种实用的实现方式：

方式1：逐行捕获错误（适合多线错误输出） #

父脚本（比如parent.sh）里先定义好日志函数，然后调用子脚本时，把stderr重定向到stdout，同时丢弃正常stdout，再通过管道逐行传给日志函数：

#!/bin/bash

# 自定义日志函数
PrtLog() {
    local log_level="$1"
    shift
    local log_msg="$*"
    # 这里可以改成你需要的日志格式/存储位置
    echo "[$(date '+%Y-%m-%d %H:%M:%S')] [$log_level] $log_msg" >> /var/scripts/my_app.log
}

# 调用子脚本，捕获其stderr并传给PrtLog
./child.sh 2>&1 >/dev/null | while read -r error_line; do
    PrtLog e "$error_line"
done

子脚本（child.sh）模拟错误输出：

#!/bin/bash
echo "子脚本正常输出（会被丢弃）"
echo "子脚本错误信息1：数据库连接失败" >&2
echo "子脚本错误信息2：查询语法错误" >&2

方式2：一次性捕获错误（适合短错误信息） #

如果子脚本的错误信息是单行或不需要逐行处理，可以直接把stderr捕获到变量，再传给日志函数：

#!/bin/bash

PrtLog() {
    local log_level="$1"
    local log_msg="$2"
    echo "[$(date)] [$log_level] $log_msg" >> /var/scripts/my_app.log
}

# 捕获子脚本的stderr到变量
child_error=$(./child.sh 2>&1 >/dev/null)

# 如果有错误输出，调用日志函数
if [ -n "$child_error" ]; then
    PrtLog e "$child_error"
fi

你提到当前实现无效，我们从重定向逻辑、函数实现、beeline输出特性三个维度排查：

第一步：先确认你的基础逻辑是否正确 #

首先，beeline的错误默认输出到stderr，所以必须正确捕获这个流。如果你的代码是类似beeline ... | PrtLog e，这只会捕获stdout（正常输出），完全没碰stderr，自然无效。

正确的捕获+调用示例 #

假设你的PrtLog是通过参数接收消息（比依赖全局变量Msg更可靠），正确写法应该是：

#!/bin/bash

# 优化后的PrtLog：用参数传消息，避免全局变量问题
PrtLog() {
    local log_level="$1"
    local log_msg="$2"
    case "$log_level" in
        e)
            # 这里替换成你的日志存储逻辑
            echo "[$(date)] ERROR: $log_msg" >> /var/scripts/beeline.log
            ;;
        # 其他日志级别（比如i/w）可以在这里扩展
    esac
}

# 调用beeline并捕获错误
beeline_error=$(beeline -e "SELECT * FROM invalid_table;" 2>&1 >/dev/null)
beeline_exit_code=$?

# 两种判断错误的方式：要么有错误输出，要么退出码非0
if [ $beeline_exit_code -ne 0 ] || [ -n "$beeline_error" ]; then
    PrtLog e "$beeline_error"
fi

第二步：逐一排查可能的失效原因 #

1. beeline是否真的输出了错误？
   直接在命令行执行你的beeline命令，比如beeline -e "invalid_query"，看屏幕上是否有错误信息。如果没有，那说明beeline本身没产生错误输出，自然无法传给PrtLog。

2. 重定向是否正确？
   确保你用了2>&1 >/dev/null：2>&1把stderr重定向到当前的stdout，>/dev/null丢弃原来的stdout，这样$(...)里就只保留了stderr的内容。如果beeline把错误写到了stdout（有些程序会这么做），那去掉>/dev/null，直接用beeline_error=$(beeline ... 2>&1)，然后通过退出码判断是否是错误。

3. PrtLog函数是否有问题？

   • 检查函数是否正确读取消息：如果你的PrtLog依赖全局变量Msg，要确保Msg是全局的（没有用local声明），或者改成用参数传消息（更推荐，避免全局变量冲突）。
   • 检查日志路径的写入权限：比如你要写入/var/log/beeline.log，得确保脚本有该文件的写入权限，否则日志不会生成，看起来像是无效。

4. 测试最小化案例验证
   写个简单的测试脚本，模拟beeline的错误输出，验证PrtLog是否正常工作：

   #!/bin/bash
   PrtLog() {
       local level="$1"
       local msg="$2"
       echo "[$level] $msg" >> test.log
   }
   
   # 模拟beeline错误输出到stderr
   simulated_error="模拟beeline错误：用户名密码错误"
   echo "$simulated_error" >&2
   
   # 捕获错误并调用PrtLog
   captured_error=$(echo "$simulated_error" >&2 2>&1 >/dev/null)
   PrtLog e "$captured_error"
   

   执行后查看test.log，如果有内容，说明PrtLog没问题，问题出在beeline的调用或重定向；如果没有，那PrtLog本身有bug。

内容的提问来源于stack exchange，提问作者Rajesh Reddy B