Linux运维Bash脚本可通过ERR信号捕获与BASH_SOURCE/BASH_LINENO/FUNCNAME组合实现错误位置回溯，支持多层调用栈打印、日志记录及退出码检查，并需注意errtrace、pipefail等选项配置以确保稳定性。
Linux运维脚本（通常是 Bash）本身不支持像 Python 或 Java 那样自动打印完整调用栈，但可以通过信号捕获 + 内置变量组合，实现在出错时清晰回溯“哪一行、哪个函数、在哪个文件里失败”，这已足够定位绝大多数运维场景问题。
用 ERR 信号 + BASH_SOURCE/BASH_LINENO 捕获错误位置
核心思路：在脚本开头启用错误追踪，并定义 trap 捕获 ERR 信号，利用 Bash 自带的调试数组获取调用路径。
- 在脚本顶部加：
set -o errtrace -o functrace -o errexit（确保子 shell 和函数内错误也能被捕获） - 添加 trap 处理器：
trap 'echo "ERROR at ${BASH_SOURCE[1]:-?}:${BASH_LINENO[0]:-?} in ${FUNCNAME[1]:-main}()" >&2' ERR -
BASH_SOURCE是调用栈中各层级的文件名数组，BASH_LINENO对应其行号，FUNCNAME是函数名数组；索引[1]指向出错点的上一层（即实际报错的函数/主流程位置）
增强版：打印多层调用上下文（类似简易栈）
仅显示一行位置不够？可手动展开最近 3–5 层调用关系：
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
- 替换 trap 为更详细的输出：
trap 'local i; echo "TRACEBACK:" >&2; for ((i=${#FUNCNAME[@]}-2; i>=1 && i>=${#FUNCNAME[@]}-5; i--)); do echo " [$i] ${FUNCNAME[i]}() at ${BASH_SOURCE[i+1]:-?}:${BASH_LINENO[i-1]:-?}" >&2; done; echo " [ERROR] ${BASH_SOURCE[1]:-?}:${BASH_LINENO[0]:-?}" >&2' ERR - 这样能看清是
deploy_service→restart_app→run_health_check哪一步崩了，无需翻源码找调用链
配合日志与退出状态提升实用性
运维脚本常需记录上下文并明确失败原因：
- 在 trap 中追加日志写入：
logger -t "$(basename "$0")" "FATAL: error at ${BASH_SOURCE[1]}:${BASH_LINENO[0]} in ${FUNCNAME[1]}" - 检查上一条命令真实退出码：
echo "Exit code: $?" >&2（尤其对|| true或管道命令有用） - 避免 trap 被覆盖：把
trap放在所有函数定义之后、主逻辑执行之前，或封装为独立初始化函数统一调用
注意边界情况和常见坑
这些细节决定方案是否稳定可用：
-
set -e单独使用不足以触发ERRtrap —— 必须显式加set -o errtrace才能让子 shell 错误冒泡上来 - 管道命令如
cmd1 | cmd2默认只返回cmd2的状态；要用set -o pipefail让任意环节失败都触发 trap -
BASH_LINENO在 sourced 文件中可能跳变，建议统一用source ./lib.sh方式引入，避免.和路径混用 - 若脚本被
bash -c "..."方式调用，BASH_SOURCE[0]可能为-，需用${0##*/}回退到脚本名
