Bash脚本用大括号实现try-catch不符合预期的原因及修改方法

核心是set -e（errexit模式）的特殊例外规则，这也是Bash模拟try-catch逻辑时最容易踩的坑：

• 正常开启set -e后，Bash会在任意命令返回非0退出码时立刻终止脚本
• 但如果复合命令（比如大括号包裹的当前shell代码块）是&&/||连接的命令序列的左操作数，Bash会临时关闭该复合命令内部的errexit效果，等整个复合命令执行完拿到最终退出码，再判断是否要执行连接符右侧的逻辑。

对应原脚本的执行流程：

1. 第一个大括号代码块作为||的左操作数，块内set -e临时失效：
   • 执行echo "A"输出A，返回0
   • 执行false返回1，但因为errexit失效，脚本不会终止，继续向下执行
   • 执行echo "B"输出B，返回0
   • 整个代码块的最终退出码取最后一条执行命令的结果，也就是echo "B"的0，因此||右侧的echo "C"根本不会被触发
2. 执行第二个独立的大括号代码块，此时errexit规则恢复正常生效：
   • 执行echo "1"输出1，返回0
   • 执行false返回1，触发errexit规则，脚本立刻终止，后续echo "2"不会执行
     最终输出就是不符合预期的A B 1。

核心是让代码块内部的errexit规则不被||上下文抑制，有两种常用写法，都能得到预期的A C 1输出：

• 写法1：使用子shell包裹代码块（将大括号{}改为小括号()），子shell是独立的执行环境，内部继承的set -e规则不会被父shell的||上下文抑制：

#!/usr/bin/env bash
set -e

(
  echo "A"
  false
  echo "B"
) || echo "C"

(
  echo "1"
  false
  echo "2"
)

注意：子shell内部的变量修改、目录切换等操作不会影响外部父shell环境，适合不需要保留块内上下文修改的场景。

• 写法2：保留大括号的当前shell代码块，在块内第一行显式重新声明set -e，覆盖外部的errexit抑制逻辑：

#!/usr/bin/env bash
set -e

{
  set -e
  echo "A"
  false
  echo "B"
} || echo "C"

{
  echo "1"
  false
  echo "2"
}

注意：这种写法下代码块在当前shell执行，块内的变量修改、目录切换等操作会直接生效，适合需要保留块内上下文修改的场景。

两种写法的执行逻辑一致：第一个块执行到false时立刻终止块运行，返回非0退出码触发||后的echo "C"，之后执行第二个块输出1，遇到false触发errexit终止脚本，不会输出2，最终得到预期输出A C 1。

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