如何为Bash脚本的每次运行维护独立日志？

当然可行！而且有几种简单又可靠的方法能帮你实现每次脚本运行生成独立日志的需求，下面给你拆解几个实用方案：

方案1：用精确时间戳生成唯一日志文件名 #

这是最常用的方式，通过生成包含年月日时分秒的时间戳，确保每次运行的日志文件名都不重复：

# 定义日志文件路径，格式示例：copy_convert_20240520_143025.log
LOG_FILE="/var/log/copy_convert_$(date +%Y%m%d_%H%M%S).log"

# 将脚本的所有标准输出和错误输出重定向到日志文件
exec > "$LOG_FILE" 2>&1

# 接下来是你的数据复制与转换逻辑
echo "脚本启动时间：$(date)"
# 这里写你的复制、转换命令，比如：
# cp /source/path/* /target/path/
# 或者其他转换工具调用...
echo "脚本结束时间：$(date)"

解释：exec > "$LOG_FILE" 2>&1会一次性把脚本后续所有的输出（包括正常输出和错误信息）都写入日志文件，不用给每个命令单独加重定向，非常省心。

方案2：结合进程ID（PID）命名日志 #

如果你的脚本可能在同一秒内被多次触发（虽然概率很低），可以用当前脚本的进程ID来命名日志——同一时间运行的进程PID绝对唯一：

# 日志文件名包含当前脚本的PID，示例：copy_convert_12345.log
LOG_FILE="/var/log/copy_convert_$$.log"

exec > "$LOG_FILE" 2>&1

# 脚本逻辑部分
echo "当前脚本进程ID：$$"
# ... 你的操作代码 ...

解释：$$是Bash的内置变量，代表当前进程的ID，所以每次运行的日志文件名都会带有独一无二的PID，完全不用担心冲突。

方案3：时间戳+PID的双重保险 #

追求极致可靠的话，可以把时间戳和PID结合起来，彻底杜绝任何可能的文件名重复：

# 日志文件名示例：copy_convert_20240520_143025_12345.log
LOG_FILE="/var/log/copy_convert_$(date +%Y%m%d_%H%M%S)_$$.log"

exec > "$LOG_FILE" 2>&1

# 脚本逻辑部分...

额外小技巧：定期清理旧日志 #

如果脚本运行频繁，日志文件会越来越多，可以用cron任务定期清理旧日志，比如每天凌晨1点删除7天前的日志：

# 编辑crontab任务
crontab -e
# 添加以下内容：
0 1 * * * find /var/log -name "copy_convert_*.log" -mtime +7 -delete

这样设置后，不管你的脚本被同时触发多少次，每次运行的日志都会独立保存，互不干扰，完全满足你的需求。

内容的提问来源于stack exchange，提问作者Rajesh Reddy B