Bash 开启 set -e 后计数一次就退出：((count++)) 返回了什么

脚本开启 set -e，计数器从零开始，执行 ((count++)) 后就结束，后面的语句没有运行。这个现象可以发生在 Bash 的算术命令上：后置自增已经改了变量，但表达式本身取的是自增前的值。初值为零时，该算术命令返回状态码 1，独立执行又处于 errexit 生效的位置，脚本便退出。

本文讨论 Bash 4.2、5.x 中独立执行的算术命令。脚本若由其他 shell 启动，或命令放在条件判断里，要先核对解释器与执行位置。

数值零和命令成功不是同一套判断

下面是用于说明问题的脚本示例：

#!/usr/bin/env bash
set -e
count=0
((count++))
printf 'count=%s\n' "$count"

Bash 的 (( expression )) 根据表达式的数值决定退出状态：数值非零，返回 0；数值为零，返回 1。而 shell 执行命令时，把状态码 0 当作成功。因此，算术结果为零并不代表这个命令返回成功。

count++ 使用旧值作为表达式结果，再把变量加一。第一次计算时变量会变成 1，表达式结果却仍是 0，随后触发退出。故障点是命令状态，不是加法没有执行，也不是变量没有保存。

只需要更新计数时，改成算术展开赋值

如果目的只是累加，不需要借表达式结果判断真假，可以把对应语句改为：

count=$((count + 1))

这里的算术展开计算新数值，赋值语句更新变量。这个没有命令替换的赋值语句不会像 ((count++)) 一样，用所得数值是否为零来决定成功与否。它不需要关闭整个脚本的 set -e。

改成 ((++count)) 对从零开始的第一次累加也能避开这个触发点，但不是对所有初值都有效：当旧值为 -1 时，前置自增结果为零，仍会返回 1。若计数器可能来自外部参数或减法结果，应按用途选赋值，而非依赖初始值碰巧非零。

不要给每条算术语句统一添加 || true。它会把失败状态转成成功，容易掩盖本来应该处理的问题；如果某条命令的非零状态本就是允许的，应在该处明确区分条件。

同一句放进 if，行为为什么变了

set -e 不是“任意非零状态都退出”。用于 if、while 等条件判断的命令，以及 &&、|| 等列表中若干位置，受到它的例外规则影响。例如：

if ((count++)); then
    printf 'old count was nonzero\n'
fi

这里会按旧值是否非零选择分支，变量仍然自增，但用于 if 判断时不会因这个零结果直接退出。只有确实需要检查旧值真假时，这种写法才符合目的；不能为了绕开错误把所有语句塞进条件分支。

检查出错脚本时，应查看真正执行它的解释器、Bash 版本、计数器初值和算术命令所在位置。启动方式 sh script.sh 可能忽略 Bash shebang；不同机器上的表面差异也可能来自解释器版本或外层条件上下文，不能归结为 Linux 与 macOS 的固定区别。

修改前保存脚本副本，以便恢复原来的计数与错误处理逻辑。验证时覆盖初值为零和业务允许的其他边界值，检查计数结果、后续步骤和最终状态；同时确认其他真正失败的步骤仍能按原定规则中止，避免以整体关闭 errexit 换取表面运行完成。