企业级Linux运维脚本需统一日志函数以解决排查难、格式乱、时间缺失、级别混淆等问题，核心要素包括时间戳、日志级别、调用位置和标准输出分流。
在企业级 Linux 运维脚本中，统一日志打印函数不是为了“炫技”，而是为了解决排查难、格式乱、时间缺失、级别混淆、输出错位等真实痛点。核心目标是：可读、可查、可过滤、可集成（比如对接 ELK 或日志服务）。
日志函数必须包含的 4 个基础要素
一个实用的日志函数至少要支持：
-
时间戳：精确到秒或毫秒（建议用
date +"%Y-%m-%d %H:%M:%S"，避免纳秒兼容性问题） -
日志级别：INFO / WARN / ERROR / DEBUG（用大写 + 方括号，如
[ERROR]，便于 grep 和 logrotate 识别） -
调用位置：显示脚本名 + 行号（用
${BASH_SOURCE[0]##*/}:${LINENO}，不依赖调试模式） -
标准输出分流：ERROR 输出到
stderr，其余走stdout，确保管道和重定向行为符合预期
一个生产可用的 Bash 日志函数示例
以下函数已用于数百台服务器的部署/巡检脚本中，无依赖、无外部命令、兼容 CentOS 7+/Ubuntu 18.04+：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
log() {
local level=$1
local msg=$2
local ts=$(date +"%Y-%m-%d %H:%M:%S")
local src="${BASH_SOURCE[1]##*/}:${BASH_LINENO[0]}"
local prefix="[$ts] [$level] [$src]"
case "$level" in
"ERROR") echo "$prefix $msg" >&2 ;;
"WARN") echo "$prefix $msg" ;;
"INFO") echo "$prefix $msg" ;;
"DEBUG") [[ "${LOG_LEVEL:-INFO}" == "DEBUG" ]] && echo "$prefix $msg" ;;
*) echo "$prefix [UNKNOWN] $msg" ;;
esac
}
使用方式：
log INFO "服务启动完成"log WARN "磁盘使用率超 85%"log ERROR "无法连接数据库: $?"- 开启 debug 模式只需提前设置：
LOG_LEVEL=DEBUG
进阶建议：让日志真正“企业级”
光有函数不够，还需配套机制：
-
日志轮转：不要在脚本里做 rotate，交给
logrotate管理（配置/etc/logrotate.d/your-script） -
结构化输出（可选）：如需对接 ELK，可加
-f json参数，用jq -n构造简易 JSON（注意避免引号嵌套错误） -
敏感信息过滤：在
log函数内部对$msg做简单脱敏（如替换匹配password=.*&的内容为password=***&） -
全局日志开关：通过环境变量
LOG_ENABLED=false控制是否输出，方便静默执行
避坑提醒：运维脚本日志常见错误
这些看似小问题，在批量执行时会放大成故障定位灾难：
- 用
echo直接打日志 → 时间缺失、无级别、stderr/stdout 混用 - 函数内硬编码脚本名 → 复用到其他脚本时报错行号失效
- 日志写入文件时用
>>而非tee -a→ 丢失终端实时可见性 - 在子 shell（如
(...)或管道中）调用日志函数 →BASH_SOURCE和LINENO失效
