Linux 定时任务怎么选：cron 够用，systemd timer 更稳

从一个没跑成的备份说起

很多人在 crontab 里写过一条凌晨备份，第二天却发现“没跑”。排查半天发现机器半夜重启过——cron 不会补跑错过的任务，而 systemd timer 有补跑机制（Persistent=true 可在错过后开机补触发）。这不是说 cron 过时了，而是两者定位不同：轻量周期任务 cron 最顺手；需要可靠保障、日志归属清晰的系统级任务，timer 是更好的答案。

cron 的强项与软肋

crontab -e 五个字段（分 时 日 月 周）上手极快，几乎所有 Linux 都预装，个人和小工具场景它就是效率之王。软肋也有三条：cron 的环境变量和登录 shell 不同，PATH 最容易踩坑，脚本里建议一律用绝对路径；标准输出默认进系统邮件 ，没配邮件就等于黑箱，记得显式重定向到日志文件；错过就是错过了，没有补跑的概念。

systemd timer 的三个好处

一是时间表达更灵活：OnCalendar 支持「Mon *-*-* 03:00」这类日历语法，还有 OnBootSec、OnUnitActiveSec 等“相对触发”，做开机延迟任务不用再写 sleep 凑数。二是补跑：Persistent=true 让错过的触发在下次唤醒时补上，备份、巡检这类任务很吃这个特性。三是可观测：systemctl list-timers 一眼看到每个 timer 的下次触发时间，journalctl -u xxx.timer 和对应 service 的日志都归 systemd 统一管，排障比翻 cron 邮件体面得多。

怎么选

• 用户级、小脚本、玩票性质 → cron，五分钟搞定；
• 系统级服务、要求“错过必须补跑” → timer + Persistent；
• 要统一日志、依赖编排 → timer，还能通过 unit 依赖精确控制先后；
• 两个都想用也行——cron 里调 systemctl start，或干脆逐步迁移到 timer。

小结

定时任务的难点从来不在“定时”，而在“错过怎么办”和“坏了怎么查”。把这两个问题想清楚，cron 和 timer 的选择就不再是玄学：怕丢、要查，用 timer；图快、图简，用 cron。