为何Bash脚本中if语句内调用函数与直接调用行为不同？

你观察到的现象完全符合Bash的设计规则——set -e确实会在特定场景下暂时失效，其中最典型的就是命令作为if/elif的条件、或者处于&&/||的测试表达式中的情况。

先明确set -e的核心规则 #

开启set -e后，脚本会在任何命令返回非零退出码时立即终止，但有几个关键例外：当命令被用于条件判断（比如if的条件、while的循环条件），或者作为&&/||链中的测试部分时，Bash会捕获这个非零退出码用来做逻辑判断，而不会触发set -e的终止行为。

分析你的两个脚本 #

脚本1的行为符合预期

脚本1中，bar函数直接调用foo，foo返回1（非零）。因为这个调用不在任何条件判断或&&/||链中，set -e的规则正常触发：脚本在foo执行后立刻终止，bar里的echo语句根本没机会运行，最终脚本以退出码1结束，和你预期的一致。

脚本2的行为是set -e例外规则的体现

脚本2中，bar是作为if的条件被调用的。这时set -e会临时失效：哪怕foo返回非零，Bash只会把这个退出码记下来，用来判断if该走哪个分支，而不会直接终止脚本。所以foo执行完后，bar会继续运行后续的echo语句，之后bar的退出码由函数内最后执行的命令决定（这里echo返回0？但你提到脚本最终输出no，说明实际测试中bar的退出码继承了foo的非零值——这可能和函数内的执行逻辑细节有关，但核心是if条件内的set -e确实不会触发终止）。

关于bar || echo "this should execute"的情况

同样的道理，bar处于||链的左侧，属于测试表达式的一部分，set -e失效。foo返回1后，bar继续执行echo（返回0），所以bar整体返回0，||右侧的echo就不会被执行，这和你观察到的现象一致。

总结set -e失效的常见场景 #

除了if条件外，这些场景下set -e也会暂时失效：

• 命令作为while/until的循环条件时
• 命令在&&/||链中，且不是链的最后一个命令时
• 命令的退出码被!取反时

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