systemd timer 不是 crontab 的语法换皮，而是通过分离的.timer和.service单元将定时任务纳入系统服务管理体系，提供更直观的时间定义、可靠的环境依赖控制及强大的可观测性。
Systemd Timer 不是 crontab 的语法换皮，而是把定时任务真正纳入系统服务管理体系。它用两个分离但协同的单元（.timer 和 .service）解决 crontab 长期存在的环境、依赖、日志和可观测性短板。
时间定义更直观，支持多种触发逻辑
crontab 的五段式表达式对新手不友好，且无法表达“开机后5分钟执行”或“上次运行完再等2小时”。systemd timer 提供了更贴近语义的时间配置方式：
-
日历时间：用
OnCalendar=*-*-* 03:00:00表示每天凌晨3点，也可写daily或Mon..Fri 09:00 -
单调时间：用
OnBootSec=10min表示系统启动后10分钟首次运行，OnUnitActiveSec=1h表示上一次该 service 启动后1小时再次触发 -
错过后补跑：设置
Persistent=true，若系统关机错过触发时间，下次开机立即补执行 -
随机延迟：加
RandomizedDelaySec=300可避免集群中大量节点同时执行造成资源尖峰
任务执行更可靠，环境与依赖可控
crontab 默认使用 /bin/sh，PATH 简陋，脚本常因找不到命令或变量缺失而静默失败。systemd service 单元天然支持完整环境控制：
- 可在
[Service]段直接指定User=、Group=、Environment=、WorkingDirectory= - 通过
Requires=postgresql.service或After=network.target显式声明前置依赖，确保数据库就绪后再备份 - 支持
TimeoutSec=300、MemoryLimit=512M、CPUQuota=50%等 cgroup 级资源限制，防止定时任务拖垮系统 - 失败时可配置
OnFailure=notify-failure.service，自动触发告警或重试逻辑
运维可观测性大幅提升
crontab 日志靠重定向或邮件，分散难查；systemd timer 所有执行记录自动进入 journal，开箱即用：
- 查看某次执行详情：
journalctl -u backup.service -n 50 -o short-iso - 查看下次预计触发时间：
systemctl list-timers --all - 手动触发测试：
systemctl start backup.service（无需停 timer，也不影响调度逻辑） - 禁用/启用只需：
systemctl disable backup.timer或systemctl enable --now backup.timer
迁移 crontab 任务的实际步骤
把一条 crontab 记录转为 systemd timer，本质是拆解为两个文件，并利用 systemd 的语义优势做增强：
- 原 crontab：
0 2 * * * /opt/app/backup.sh - 新建
/etc/systemd/system/app-backup.service，明确运行用户、路径、超时和错误处理 - 新建
/etc/systemd/system/app-backup.timer，用OnCalendar替代星号，并启用Persistent=true - 加载并启用：
systemctl daemon-reload && systemctl enable --now app-backup.timer - 验证：
systemctl status app-backup.timer和journalctl -u app-backup.service
