cron 的基础与工作原理
cron 的作用与基本概念
在 Linux 系统中，cron 是一个专门的定时任务调度守护进程，负责按预设的时间表执行指定的命令或脚本。它与 crontab 文件配合，允许每个用户拥有自己的定时任务计划，从而实现自动化运维与任务调度的高效化。
通过 cron 守护进程，系统能够在后台持续运行，不需要人工干预就能周期性触发任务。理解这一点对实现稳定的定时任务至关重要，因为它决定了我们对执行时间、环境变量和输出的控制方式。
在日常运维中，常见的使用场景包括每日归档、周期性数据库备份以及清理日志等。这些任务往往需要在夜间安静时间执行，以尽量减少对生产环境的影响，因而成为校园、企业级系统的常见做法。
配置字段与语法
crontab 的核心在于 5 个时间字段，依次表示 分钟、小时、日、月、星期几，字段后跟要执行的命令。正确的组合能够精确地触发任务，错误的字段会导致任务错乱或不执行。
例如下面的定时任务将每天凌晨 3 点执行备份脚本，演示了如何将时间字段与要执行的命令组合起来：
0 3 * * * /usr/local/bin/backup.sh在实际使用中，很多人会遇到默认 PATH 太窄的问题，因此在 crontab 中显式设定环境变量是一个常见做法。一个稳健的做法是设置 PATH、SHELL 等变量，然后再写计划任务：
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
MAILTO=root
0 2 * * * /usr/local/bin/backup.sh除了数字字段，crontab 还支持一些便利的特殊符号，如 @reboot、@daily、@hourly 等，用于简化常见的调度场景。通过这些符号，日常任务的编写可以更加直观，减少出错机会。
at 命令的场景与用法
at 的基本用法与工作原理
在需要一次性、一次性仅执行一次的任务时，at 命令提供了极其便捷的方案。它不同于 cron，后者倾向于周期性执行，而 at 只在指定时间执行一次，执行完成后任务就结束。运行 atd 守护进程来管理队列。
要使用 at，通常将要执行的命令以输入的方式提交给 at，系统会将这条任务添加到队列中等待执行；你也可以通过 atq 来查看队列，通过 atrm 删除任务。
基本用法与队列管理
最常见的用法是将要执行的命令通过管道传递给 at，例如在指定时间执行一个脚本：
echo "/usr/local/bin/cleanup.sh" | at 02:30 PM执行后，你可以使用 atq 查看排队情况，若需要取消某个任务则使用 atrm 结合任务编号进行删除：
atq
atrm 2除了具体时间，at 还支持相对时间表达，例如 now + 1 hour、tomorrow、next Monday 等。利用这些表达式，可以灵活地安排一次性任务而无需精确的时刻数字。
实战应用：把日常任务搬到定时任务
周期性备份脚本的定时执行
在很多生产环境中，定期备份是最基本也是最重要的保障之一。将备份脚本放入 cron，可以确保每天在固定时刻完成备份，并可将输出日志记录下来以便后续审计。
示例脚本片段展示了如何将备份结果写入日志，同时确保输出不会遗漏：
#!/bin/bash
set -euo pipefail
tar czf /backup/$(date +%F).tar.gz /var/www
echo "Backup completed: /backup/$(date +%F).tar.gz" >> /var/log/backup.log为了让任务更稳定，通常会在 crontab 中添加如下配置，确保在出现错误时也能得到通知并且日志可追溯：
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
MAILTO=admin@example.com
0 2 * * * /usr/local/bin/backup.sh >> /var/log/backup.log 2>&1一次性任务的精确安排
除了周期性任务，at 命令在一次性任务的场景中非常有用，例如计划在今晚某个时刻执行系统清理或紧急脚本。
echo "/usr/local/bin/cleanup.sh" | at now + 3 hours通过上述方式，你可以确保在未来某个明确时间点完成任务，同时也能通过 atq 与 atrm 保证任务的可控性与可追踪性。
常见问题与故障排查
日志与通知的正确配置
默认情况下，cron 的输出会通过邮件发送给任务所属用户，若你希望改为日志文件或其他通知方式，需要在 crontab 中明确设置 MAILTO、并使用输出重定向。
一种常见做法是在任务末尾追加输出重定向，例如将标准输出和错误输出写入日志文件：
0 1 * * * /usr/local/bin/backup.sh > /var/log/backup.log 2>&1任务未执行的常见原因与排查步骤
若发现任务没有按预期执行，首先检查 环境变量 与 工作目录，因为 cron/at 运行时的环境往往比人执行时要简洁。确保命令使用的是 绝对路径，并且脚本本身具有执行权限。
此外，查看日志是定位问题的关键步骤。对于 cron，可以查看系统日志、cron 日志以及邮件通知的内容；对于 at，查看 atd 的状态与队列信息，以及输出重定向是否生效。
