Shell 管道操作的退出码陷阱(command ＞ ＞(tee logfile.log) 2＞1进程替换解决退出码问题)

管道退出码的基本机制

当我们执行一个管道命令时：

command1|command2|command3

Shell 会：

• 创建匿名管道（pipe）连接各个命令
• 并行启动所有命令
• 等待所有命令完成
• 返回最后一个命令的退出码

真实世界的危险场景

# 危险的日志处理critical_data_export|teeexport.logif[$?-eq0];thenecho"数据导出成功，发送通知..."send_success_notificationelseecho"数据导出失败"fi

如果 critical_data_export 失败但 tee 成功，脚本会错误地发送成功通知。

# 危险的数据处理extract_data_from_api|transform_data|load_to_databaseif[$?-eq0];thenmark_job_as_completedfi

如果数据提取失败但后续步骤"成功"处理了空数据，任务会被错误标记为完成。

解决方案

方案1：set -o pipefail

Bash 提供了 pipefail 选项，使管道在任何命令失败时返回非零退出码：

set-opipefail command1|command2|command3echo"管道退出码:$?"# 如果任何命令失败，这里就是非零

不是所有 Shell 都支持 pipefail
Dash: 不支持
某些嵌入式系统的 Shell: 可能不支持

[推荐]方案2 - 进程替换

进程替换（Process Substitution）是 Bash 和 Zsh 等现代 Shell 提供的高级特性：

# 基本语法command>>(other_command)# 输出重定向到进程command<<(other_command)# 从进程读取输入

进程替换解决退出码问题

# 使用进程替换command>>(teelogfile.log)2>&1exit_code=$?echo"真实的命令退出码:$exit_code"

工作机制详解

1. 创建匿名管道：Shell 创建一个 FIFO 或匿名管道
2. 启动目标进程：tee 进程连接到管道的读端
3. 重定向输出：主命令的输出重定向到管道的写端
4. 并行执行：两个进程并行运行
5. 退出码保留：$? 获取的是主命令的退出码

与传统管道的对比

# 传统管道command|teelogfile.logecho$?# tee 的退出码# 进程替换command>>(teelogfile.log)2>&1echo$?# command 的退出码