在Shell脚本编程中，判断命令是否执行成功是一项基础且关键的操作，Shell通过特殊变量来记录前一条命令的执行状态：如果命令成功执行，的值为0；如果执行失败，的值则为非0（通常为1-255之间的整数），这一机制为脚本的条件控制提供了核心依据，开发者需要熟练掌握多种判断方法,以确保脚本的健壮性和可靠性。
最基本的判断方式是直接检查的值，在执行命令后立即通过if语句判断是否为0：
ls /nonexistent
if [ $? -ne 0 ]; then
echo "命令执行失败"
fi
这种方式的缺点是的值会被后续命令覆盖，因此必须立即判断，另一种更简洁的写法是利用逻辑运算符&&（与）和（或）实现命令的链式执行。
command1 && command2 # 仅当command1成功时执行command2 command1 || command2 # 仅当command1失败时执行command2
这种方式适用于简单的条件执行,但复杂逻辑中可能需要更结构化的控制结构。
对于需要处理命令输出或复杂条件的场景，可以使用if语句结合命令执行状态判断，通过command的执行状态决定分支逻辑：
if grep "pattern" file.txt; then
echo "找到匹配内容"
else
echo "未找到匹配内容"
fi
这里，grep命令的执行状态直接决定了if分支的走向，无需显式检查，Shell还提供了set -e选项，使得脚本在任何命令返回非0状态时立即退出，适用于严格错误检查的场景，但需注意，set -e在管道命令中可能需要配合set -o pipefail使用,以确保管道中任何一步失败都会导致整个管道返回非0状态。
在编写函数时，判断命令执行状态尤为重要，以下函数封装了文件操作的错误处理：
backup_file() {
cp "$1" "$1.bak" || return 1
echo "备份成功"
}
当cp命令失败时，函数返回非0状态，调用方可通过或if语句捕获错误，对于需要忽略命令错误但记录日志的场景，可以重定向标准错误流：
command 2>error.log || echo "命令失败，详见error.log"
以下表格总结了Shell中判断命令执行状态的常用方法及其适用场景：
| 方法 | 示例 | 适用场景 | 注意事项 |
|---|---|---|---|
| 检查 | if [ $? -eq 0 ]; then ... |
需要立即判断前一条命令状态 | 后续命令会覆盖值 |
逻辑运算符&&/ |
cmd1 && cmd2 |
简单命令链式执行 | 适合短命令，复杂逻辑可读性差 |
if直接判断命令 |
if cmd; then ... |
需要结合命令输出或复杂条件 | 无需显式检查 |
set -e |
set -e; cmd1; cmd2 |
严格错误检查，失败即退出 | 管道命令需配合pipefail |
| 函数返回值 | func || echo "失败" |
封装可复用的错误处理逻辑 | 需显式设计返回值 |
在实际开发中，合理选择判断方法能显著提升脚本的可靠性，在自动化部署脚本中，可通过set -e确保任何步骤失败时立即终止，避免后续操作依赖错误状态；而在数据清洗脚本中，可能需要忽略部分命令的错误但记录日志,此时重定向标准错误流更为合适。
相关问答FAQs
Q1: 为什么在管道命令中使用set -e时，即使中间命令失败，脚本也没有退出？
A1: 默认情况下，管道命令的返回值是最后一个命令的状态，若需确保管道中任意命令失败都导致脚本退出，需使用set -o pipefail选项。set -eo pipefail，这样管道中任何一个命令返回非0状态，整个管道都会返回该状态，触发set -e的退出逻辑。
Q2: 如何在脚本中区分“命令不存在”和“命令执行失败”两种情况？
A2: 可通过command命令结合type或which判断命令是否存在。
if ! command -v mycmd >/dev/null; then
echo "命令mycmd不存在"
exit 1
fi
if ! mycmd --option; then
echo "命令mycmd执行失败"
fi
command -v检查命令是否可执行，而mycmd --option的执行状态则反映命令运行是否成功,两者结合可精确区分两种错误场景。
