如何确保Bash函数无论调用方式如何均能在错误时可靠退出

问题原因 #

当函数在if语句、&&或||表达式中调用时，Bash会自动禁用errexit（即set -e）选项——这是POSIX标准规定的行为，因为这类条件结构本身就是为了处理命令失败的场景，所以Bash不会因其中的命令失败而触发退出逻辑，连带ERR陷阱和函数内的set -e都会被忽略，导致函数出错后仍会执行后续代码。

解决方案 #

方案一：手动检查命令退出码（最可靠） #

完全不依赖set -e，在函数内对每个可能失败的命令显式检查退出状态，一旦失败立即中止执行。这种方法不受任何调用语境影响，兼容性和可靠性最高。

示例代码：

#!/bin/bash

function myfunc() {
  # 执行命令并检查退出码，失败则退出
  bad_command || { echo "ERROR: bad_command 执行失败"; exit 1; }
  echo "SUCCESS!"
}

如果有多个命令，可以封装一个通用的错误检查函数简化代码：

#!/bin/bash

# 通用错误检查函数：接收命令名，检查上一条命令的退出码
check_failure() {
  local exit_code=$?
  local cmd="$1"
  if [[ $exit_code -ne 0 ]]; then
    echo "ERROR: 命令 '$cmd' 执行失败，退出码: $exit_code"
    exit $exit_code
  fi
}

function myfunc() {
  bad_command
  check_failure "bad_command"

  # 其他需要检查的命令
  another_risky_command
  check_failure "another_risky_command"

  echo "SUCCESS!"
}

方案二：强制在函数内启用errexit #

通过在函数开头显式重新开启set -e，覆盖外部条件语境对该选项的禁用，同时配合errtrace确保ERR陷阱在函数内生效。

示例代码：

#!/bin/bash
set -o errtrace
trap 'rc=$?; echo "ERROR catched."; exit $rc' ERR

function myfunc() {
  # 强制开启errexit，不受外部语境影响
  set -e
  bad_command
  echo "SUCCESS!"
}

注意：这种方法依赖Bash对set -e的实现逻辑，部分特殊场景下可能存在兼容性问题，不如手动检查可靠。

总结 #

如果需要确保函数无论以何种方式调用，出错时都能立即中止执行，方案一的手动检查退出码是最优选择，它完全规避了Bashset -e的语境限制，行为明确且稳定。

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