shell脚本写入日志文件，关键在于正确使用日志记录工具和理解文件操作。 这并非易事，因为你需要考虑权限、错误处理，以及日志文件的格式和位置。
我曾经协助一个团队优化他们的自动化部署脚本，其中一个主要问题就是日志记录混乱。 他们之前的脚本简单地将输出打印到终端，导致追踪问题异常困难。 在排查一个持续性错误时，我们花费了数小时，才最终定位到一个被淹没在终端输出中的关键错误信息。 这促使我们重新设计了日志记录机制。
改进后的方案使用了tee命令，它可以同时将输出写入终端和日志文件。 这保证了我们仍然能够实时监控脚本的执行情况，同时又保留了完整的执行记录。 代码片段如下：
#!/bin/bash
# 定义日志文件路径
log_file="/var/log/my_script.log"
# 创建日志文件目录，如果不存在
mkdir -p $(dirname "$log_file")
# 运行命令并将输出写入日志文件和终端
my_command | tee -a "$log_file"
# 检查命令执行结果
if [ $? -ne 0 ]; then
echo "Error executing command" >> "$log_file"
exit 1
fi
# 添加自定义日志信息
echo "Script completed successfully at $(date)" >> "$log_file"
这段代码首先创建日志文件目录，避免因目录不存在而导致脚本失败。 mkdir -p 命令会创建所有必要的父目录。 然后，tee -a 命令将 my_command 的输出追加到 log_file 中，-a 参数表示追加模式，避免覆盖之前的日志。 最后，我们检查命令的退出状态码，并在发生错误时写入错误信息。 这部分至关重要，它帮助你快速识别问题。 添加日期时间戳能让你更好地追踪日志信息。
需要注意的是，/var/log 通常需要 root 权限才能写入。 如果你没有 root 权限，你需要选择一个可写入的目录，例如你的用户主目录。 并且，日志文件大小会随着时间的推移而增长，你可能需要考虑定期轮转日志文件，或者使用日志轮转工具 like logrotate 来管理日志文件大小。
另一个常见的挑战是日志文件的格式。 对于复杂的脚本，简单的文本日志可能难以阅读。 你可以考虑使用更结构化的日志格式，例如 JSON，以便于后期分析和处理。 这需要你使用相应的工具来生成和解析 JSON 日志。
总之，编写有效的 shell 脚本日志记录需要细致的规划和考虑多种潜在问题。 以上这些经验和代码示例，希望能帮助你更好地管理你的 shell 脚本日志。 记住，清晰、易于理解的日志对于调试和维护至关重要。
