真正防止残留需trap捕获信号+set -e强制中断+清理函数前置注册；脚本启动即注册EXIT/INT/TERM/ERR trap，搭配set -euo pipefail确保错误暴露并触发清理，清理函数须幂等、安全、早注册。
核心是用 trap 捕获异常信号 + set -e 强制错误中断 + 清理函数前置注册，三者配合才能真正防止残留。
用 trap 覆盖关键退出场景
脚本一启动就要注册 trap，确保无论正常结束、Ctrl+C、被 kill 还是命令出错，都能执行清理：
- EXIT：脚本结束时必执行（含成功和失败），适合通用清理，如删临时文件、释放锁
- INT TERM ERR：捕获手动中断（Ctrl+C）、外部终止（kill）和命令失败，适合做“兜底式”紧急清理
- 避免只依赖 EXIT —— 若脚本因某条命令失败后未退出（比如漏了 set -e），EXIT 就不会触发
必须搭配 set -e 和 pipefail
trap 再完善，也救不了静默失败的命令。要让错误真正“暴露出来”并触发 ERR：
- 在脚本开头立即写：set -euo pipefail
- set -e 让任意非零退出码命令立刻终止脚本，从而触发 trap ERR 或 EXIT
-
set -o pipefail 防止管道中前半段失败却被后半段掩盖（如
grep xxx /tmp/file | head -1中文件不存在时默认不报错） - 若某条命令允许失败，显式处理：
rm -f /tmp/optional.lock || true
清理函数要安全、简洁、幂等
清理动作本身不能成为新故障源：
- 只做本地确定性操作：
rm -f、umount -l、ip netns delete等，避免调用远程 API 或复杂逻辑 - 路径用变量引用并加引号：
rm -f "$tmpfile"，防止空格或通配符误展开 - 清理命令加
2>/dev/null忽略“文件不存在”类无害错误，避免干扰主流程 - 函数注册必须在创建资源之前：
tmpfile=$(mktemp)<br> trap 'rm -f "$tmpfile"' EXIT INT TERM ERR<br> # 后续才使用 $tmpfile
区分正常与异常退出（可选但实用）
有时需要在清理时判断是成功跑完还是中途挂了，可用状态变量控制行为：
- 初始化：
exit_code=0 - 主逻辑中出错时设为非 0：
exit_code=1; exit $exit_code - 在 EXIT trap 中检查：
trap 'if [ $exit_code -ne 0 ]; then echo "Aborted, cleaning..."; rm -f "$tmpfile"; fi' EXIT
