这个问题我之前也踩过坑，Bash 4.4里确实存在这个现象：bad array subscript这类shell内置的运行时错误，默认不会触发ERR trap——哪怕你开启了extdebug、pipefail和errtrace都没用。这是因为ERR trap的设计目标是捕获命令（外部命令或内置命令）的非零退出状态，而数组下标错误属于shell自身的底层错误，shell会直接打印错误信息，但不会通过ERR trap来传递这个错误。

下面给你几个可行的解决方案，按推荐度排序：

1. 提前检查数组下标（最稳妥） #

与其等错误发生再捕获，不如提前避免错误。在访问关联数组前，先验证下标的合法性：

shopt -s extdebug
set -o pipefail
set -o errtrace

error() {
    echo "There was an error at line $1"
}
trap 'error ${LINENO}' ERR

declare -A arr
foo=''

# 先检查下标是否为空
if [[ -z "$foo" ]]; then
    error $LINENO
    exit 1
fi

# 或者检查键是否存在于数组中（如果需要处理键不存在的场景）
if [[ ! -v arr[$foo] ]]; then
    echo "Warning: Key '$foo' not found in array"
fi

# 安全访问数组
echo "${arr[$foo]-default}"

2. 用DEBUG trap捕获错误 #

如果你必须在错误发生后捕获它，可以用DEBUG trap——它会在每个命令执行后触发，我们可以借此检查上一个命令的退出状态和错误类型：

shopt -s extdebug
set -o pipefail
set -o errtrace

error() {
    echo "There was an error at line $1: $2"
}

# 设置DEBUG trap，检查每个命令的执行结果
trap '
    local exit_code=$?
    if [[ $exit_code -ne 0 ]]; then
        # 获取上一条执行的命令
        local last_cmd="$BASH_COMMAND"
        # 捕获"bad array subscript"错误
        if eval "$last_cmd" 2>&1 | grep -q "bad array subscript"; then
            error "$LINENO" "bad array subscript"
            # 可选：如果需要终止脚本，取消下面的注释
            # exit $exit_code
        fi
    fi
' DEBUG

declare -A arr
foo=''
# 这行的错误会被DEBUG trap捕获
"${arr[$foo]-default}"

注意：DEBUG trap会遍历所有命令，脚本复杂时可能有轻微性能开销，按需使用。

3. 把数组访问包装到子shell #

将数组访问放在子shell中，通过检查子shell的退出状态和输出来捕获错误：

shopt -s extdebug
set -o pipefail
set -o errtrace

error() {
    echo "There was an error at line $1"
}
trap 'error ${LINENO}' ERR

declare -A arr
foo=''

# 包装数组访问到子shell，捕获错误输出和退出状态
if ! array_output=$(echo "${arr[$foo]-default}" 2>&1); then
    if [[ "$array_output" == *"bad array subscript"* ]]; then
        error $LINENO
    fi
fi

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