最直接有效的方式是脚本开头使用 set -euo pipefail：set -e 使命令失败即终止，set -u 防止未定义变量错误，set -o pipefail 确保管道整体失败；关键操作需显式判断并输出上下文错误信息；用 trap 清理临时资源；对 grep 等正常非零退出应合理绕过。
最直接有效的方式是在脚本开头启用 set -e（或 set -o errexit），让任意命令返回非零退出码时立刻终止脚本执行。但这只是基础，真正可靠的做法需要组合使用几项关键机制。
用 set -euo pipefail 构建严格模式
单靠 set -e 不够健壮，推荐在脚本第一行（#!/bin/bash 后）立即写入：
-
set -e：命令失败即停，但对if、while、&&/||中的命令不生效（这是设计使然，不是 bug） -
set -u：引用未定义变量时报错退出，避免因拼写错误（如$USER_NAME写成$USERNAME）导致静默逻辑错误 -
set -o pipefail：让管道整体失败——比如ls /bad | grep txt中ls失败时，默认只看grep的状态，加了它才会真正报错
三者合起来写成 set -euo pipefail，是目前公认的最小可行健壮性配置。
对关键操作显式判断并给出上下文信息
有些步骤容错率极低，比如复制配置文件、启动服务、写入数据库前的校验，不能只依赖 set -e，要主动检查：
- 用
if ! command; then ... exit 1; fi结构，把错误信息写清楚（含时间、路径、参数） - 错误输出统一重定向到
&2，例如：echo "ERROR: failed to bind port 8080" >&2 - 封装一个
die()函数简化重复逻辑：die() { echo "FATAL: $*" >&2; exit 1; }，后续可直接[ -d "$DIR" ] || die "missing dir: $DIR"
用 trap 确保出错后资源能清理干净
set -e 能停住脚本，但不会自动删临时文件、释放锁、关闭连接。用 trap 补上这一环：
-
trap 'rm -f "$tmpfile"' EXIT：无论成功或失败，退出前都清理临时文件 -
trap 'echo "interrupted"; exit 1' INT TERM：用户按 Ctrl+C 或被 kill 时也能响应 - 清理动作尽量用 shell 内置命令（如
rm、unset），避免调用可能不可用的外部工具
有选择地绕过失败检查
不是所有非零退出都代表“严重错误”。比如 grep 没匹配到内容返回 1 是正常行为，这时不能让脚本退出：
- 加
|| true：如grep "pattern" file || true - 用
if显式区分：如if grep -q "pattern" file; then ... else echo "not found, proceeding..." - 临时关闭再恢复：
set +e; some_fallible_cmd; set -e
不复杂但容易忽略：一句 set -euo pipefail 开头，加上几处关键 if 判断和一个 trap 清理，就能覆盖绝大多数“严重错误需立即退出”的场景。
