Shell脚本中使用$?处理异常失效问题咨询

这是个非常典型的Shell脚本陷阱——Shell脚本默认只会返回最后一条执行命令的退出状态码，哪怕前面有命令执行失败，只要最后一条命令成功（比如你这里的echo "abc"），整个子脚本的退出码就会被覆盖成0，导致主脚本用$?判断时误以为没有错误。

问题根源拆解 #

你当前的sub_script.sh执行流程是：

1. 执行错误语句（退出码非0）
2. 继续执行后续的echo "abc"（退出码0）
3. 子脚本最终返回最后一条命令的退出码0

所以主脚本里的if [ $? == 0 ]自然会判断为“无错误”，完全忽略了前面的失败。

三种可行的解决方案 #

1. 让子脚本遇到错误立即终止（最常用）

在sub_script.sh的开头加上set -e，这条命令会让脚本只要遇到任何一条非0退出码的命令，就立刻终止执行，不会继续跑后面的echo，这样子脚本的退出码就会是错误语句的退出码，主脚本就能正确捕获。

修改后的sub_script.sh示例：

set -e
# 你的错误语句，比如不存在的命令
non_existent_command
echo "abc"  # 这条不会被执行，因为前面命令失败后脚本已经退出

如果需要更严格的错误捕获（比如捕获管道中任意命令的失败），可以再加set -o pipefail：

set -e -o pipefail

2. 手动跟踪错误状态（灵活控制流程）

如果你不想让子脚本一出错就终止，而是要继续执行后续命令，但最后返回之前的错误状态，可以手动维护一个错误码变量：

修改后的sub_script.sh示例：

# 初始化错误码为0（默认无错误）
exit_code=0

# 执行可能出错的命令，失败时更新错误码
non_existent_command || exit_code=$?

# 继续执行其他需要完成的命令
echo "abc"

# 最后返回记录的错误码
exit $exit_code

这样不管最后echo是否成功，子脚本都会返回之前错误命令的退出码，主脚本就能正确判断。

3. 简化主脚本的判断逻辑（写法优化）

主脚本里的判断可以不用显式调用$?，直接把子脚本的执行作为if的条件，写法更简洁直观：

if sh sub_script.sh; then
    echo "no error"
else
    echo "error"
fi

本质和检查$?是一样的，但代码可读性更高。

额外注意事项 #

• set -e有一些例外场景：比如在if、while等条件语句中的命令失败，不会触发脚本终止，这是为了让条件判断正常工作。
• 如果子脚本中有自定义的exit命令，会直接覆盖之前的错误状态，要注意这一点。

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