可靠记录运维脚本退出码需在exit前捕获$?并写入日志，避免被后续命令覆盖；推荐子shell或立即赋值rc=$?，crontab中用bash -c包装确保$?有效，并附加时间戳、任务名和原因。
运维脚本要可靠记录每次执行的退出码，关键不是“最后 echo $?”，而是把退出码捕获在脚本真正结束前，并写入稳定位置（如日志文件或状态文件）。直接在 crontab 里用 echo $? >> log 不行——因为 ? 是上一条命令的退出码，而重定向本身、echo 命令都会覆盖它。
在脚本末尾显式获取并记录退出码
脚本自身应控制退出路径，统一用 exit N 结束，并在 exit 前把码存下来：
- 所有正常退出路径都走
exit 0，所有错误分支明确exit 1（或更具体的码，如 2 表示配置缺失，3 表示网络超时） - 在
exit前加一行日志：echo "$(date '+%Y-%m-%d %H:%M:%S') EXIT:$?" >> /var/log/myscript.log - 注意：必须确保这行在
exit之前执行；若脚本靠自然结束（无 exit），可在最后一行前手动补exit ${code:-0}，其中code是你全程维护的状态变量
用子 shell 或函数封装，避免 $? 被覆盖
不要依赖“上一条命令”的 $?，尤其当脚本中含管道、条件判断或多条命令时，? 极易被中间步骤覆盖。推荐用子 shell 或立即捕获：
- 执行关键命令后立刻保存：
some_command; rc=$?; echo "some_command: $rc" >> log - 对整段逻辑用子 shell 包裹：
(set -e; do_step1; do_step2) || rc=$?; echo "full_run: $rc" >> log - 函数内也同理：在 return 前记录
echo "func_x: $?" >> log，不要等函数返回后再查
在 crontab 中安全重定向并捕获最终退出码
如果不想改脚本，也可在 crontab 行级捕获，但需绕过 $? 的时效性问题：
- 写一个轻量包装器：
/path/to/script.sh; echo "EXIT:$?" >> /var/log/script.log - 必须保证包装器中
script.sh和echo在同一 shell 中顺序执行（不能用分号隔开再丢进后台，否则 $? 无效） - 更稳妥的做法是用 bash -c：
* * * * * bash -c '/path/to/script.sh; echo "$(date +%s) EXIT:$?" >> /var/log/script.log' - 配合日志轮转（logrotate）和权限设置（确保 cron 用户有写权限），避免日志写失败静默丢弃
补充：退出码记录要带上下文才有效
光记 EXIT:1 没用，建议每条记录至少包含三项：
- 时间戳（精确到秒，最好带时区或用 Unix 时间戳）
- 脚本名或任务标识（例如
backup_db） - 退出码 + 简要原因（可选，比如从日志尾部 grep “ERROR” 或检查特定临时文件是否存在）
- 示例：
2026-09-15T21:58:03+08:00 backup_db EXIT:2 reason: pg_dump failed (no connection)
