Shell脚本异常退出主因是命令失败未检测，需用$?判断、set -e自动终止、set -u防未定义变量、trap保障清理；一句set -euo pipefail加关键trap可解决80%问题。
Shell脚本异常退出，通常不是因为语法写错了，而是某条命令执行失败后，脚本没做判断就继续往下跑，最终导致逻辑错乱、数据损坏甚至误删文件。关键在于：Shell 默认不因命令失败而停止，必须主动干预。
退出状态码（$?）是判断依据
每条命令执行完都会返回一个退出状态码：0 表示成功，非 0（如 1、2、127、130）表示不同类型的失败。Shell 不自动检查它，但你可以用 $? 拿到上一条命令的结果。
- 运行
ls /missing后立刻执行echo $?，会输出 2 -
command || echo "出错了"是常见简写：前面失败才执行后面 -
if command; then echo "成功"; else echo "失败"; fi更清晰可控
set -e：让脚本在错误时自动退出
在脚本开头加 set -e（或 set -o errexit），Shell 遇到任何非 0 状态的命令就立即终止脚本。这是最直接的防御手段。
- 适合大多数业务脚本，尤其涉及文件操作、服务启停等关键流程
- 注意：管道（
|）、if、while条件判断中的命令不受影响，它们本就依赖状态码做逻辑分支 - 想临时绕过某条可能失败的命令？用
command || true或set +e; command; set -e
set -u：防止未定义变量引发静默错误
变量拼错或漏赋值很常见，比如写成 $USER_NAME 却实际是 $USERNAME。默认情况下，Shell 把空变量当空字符串继续执行，容易埋下隐患。
- set -u（或 set -o nounset）会让脚本在引用未声明变量时直接报错退出
- 安全写法：
${USERNAME:-"default"}提供默认值，既防错又明确意图 - 调试时加 set -x 可逐行打印执行内容，配合 set -e 和 set -u 效果更佳
陷阱（trap）捕获异常，保障清理动作
即使用了 set -e，脚本也可能在中间被 Ctrl+C（SIGINT）、超时（SIGTERM）或崩溃中断，临时文件、锁、网络连接等资源无法释放。
- trap 'rm -f /tmp/mylock' EXIT：脚本正常或异常退出时都执行清理
- trap 'echo "被中断了"; exit 1' INT TERM：专门响应用户中断或系统信号
- 把关键清理逻辑（如解锁、关闭 fd、还原配置）统一放在 trap 中，比散落在各处更可靠
不复杂但容易忽略：一句 set -euo pipefail 开头，再配几个关键 trap，就能挡住 80% 的意外退出问题。真正的健壮性，不在写多复杂的逻辑，而在对每个“可能失败”的地方保持清醒。
