如何将stderr和stdout作为变量传入函数并区分其类型

当你用2>&1 | MyFunction把STDERR合并到STDOUT后再管道到函数，确实没法直接区分每行内容的原始来源——因为此时两者已经混在同一个数据流里，没有任何标记能说明哪行来自STDOUT、哪行来自STDERR。不过我们有两种可行的方法来解决这个问题：

方法1：分别处理两个流（推荐） #

不用提前合并STDERR和STDOUT，而是通过进程替换把两个流分别传给函数，并带上来源标记。这样函数可以直接根据标记执行不同的逻辑：

首先定义一个支持来源标记的处理函数：

LOG_FILE="/var/log/my_script.log"
ERROR_LOG="/var/log/my_script_errors.log"

process_log() {
    # 第一个参数是来源标记：STDOUT或STDERR
    local source="$1"
    # 逐行读取输入，-r避免转义字符被解析
    while read -r line; do
        # 基础日志记录，加上时间戳和来源标记
        echo "[$(date +'%Y-%m-%d %H:%M:%S')] [$source] $line" >> "$LOG_FILE"
        
        # 根据来源执行条件规则
        if [[ "$source" == "STDERR" ]]; then
            # 错误专属逻辑：比如写入单独的错误日志、触发告警等
            echo "[$(date +'%Y-%m-%d %H:%M:%S')] $line" >> "$ERROR_LOG"
            # 这里可以扩展邮件告警、Slack通知等逻辑
        fi
    done
}

然后在调用脚本时，分别重定向STDOUT和STDERR到这个函数：

# 替换成你的实际脚本路径
./your_script.sh > >(process_log "STDOUT") 2> >(process_log "STDERR")

这种方法的优势是完全保留原始输出的独立性，不会污染原始内容，而且逻辑清晰，适合大多数场景。注意：进程替换是Bash的特性，所以脚本开头要写#!/bin/bash而不是#!/bin/sh。

方法2：合并前给STDERR打标记 #

如果你一定要用2>&1 | MyFunction的形式，可以在输出STDERR时先给每行加上专属标记，再合并流，最后在函数里识别标记区分来源。

首先修改你的业务脚本，给STDERR输出打标记：

# 在业务脚本开头加入这一行，给所有STDERR内容加前缀
exec 2> >(while read -r line; do echo "[STDERR] $line"; done >&2)

# 原来的脚本逻辑...
echo "这是STDOUT内容"
>&2 echo "这是STDERR内容"

然后修改MyFunction来识别标记：

function MyFunction {
    LOG_FILE="/var/log/my_script.log"
    while read -r line; do
        if [[ "$line" == "[STDERR]"* ]]; then
            # 提取原始错误内容（去掉前缀）
            local err_content="${line#\[STDERR\] }"
            echo "LOG: ERROR - $err_content" >> "$LOG_FILE"
            # 执行错误相关逻辑
            echo "ALERT: $err_content" >> "/var/log/alert.log"
        else
            # 处理STDOUT内容
            echo "LOG: INFO - $line" >> "$LOG_FILE"
        fi
    done
}

之后调用时就可以用你原来的方式：

./your_script.sh 2>&1 | MyFunction

这种方法适合必须合并流的场景，但缺点是会修改原始STDERR的输出内容（加上了前缀），如果需要保留原始输出的话不太适用。

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