systemd timer 默认精度低于 crontab，因 AccuracySec=60s 允许±30秒偏移以聚合唤醒；crontab 虽为分钟级但每分钟固定扫描，实际执行在指定分钟内更可预测。
systemd timer 在时间精度上并不比 crontab 更高，反而在默认配置下通常更粗糙——关键不在机制本身，而在默认调度策略和触发逻辑。
crontab 的实际精度：分钟级，但可逼近秒级
标准 crond 每分钟唤醒一次，扫描任务列表，按 MM HH DD MM WD 匹配。它不保证“整点执行”，只保证“在指定分钟内的某时刻执行”（通常是该分钟内 crond 下一次扫描时）。例如 0 2 * * * 表示“每天 2:00–2:01 之间某个时间点运行”，具体时刻取决于 crond 进程的唤醒节奏（一般为每分钟初唤醒）。某些增强版 crond（如 dcron、fcron）支持秒级语法，但非主流；Linux 发行版默认 crond 均无原生秒级支持。
systemd timer 的默认精度：由 AccuracySec 控制，出厂设为 60 秒
systemd timer 默认启用 AccuracySec=60s，意味着 systemd 允许将触发时间最多偏移 ±30 秒以合并唤醒、降低功耗。即使你写 OnCalendar=*-*-* 02:00:00，实际执行可能落在 01:59:30 到 02:00:30 任意时刻。这个值不是误差上限，而是“容忍窗口”——systemd 会主动把多个 timer 合并在一个 wake-up 中处理。
- 若需更高精度，必须显式设置
AccuracySec=1s或更小（如AccuracySec=10ms） - 但过小的
AccuracySec会增加系统唤醒频率，影响笔记本续航或嵌入式设备功耗 -
RandomizedDelaySec若未禁用，还会额外叠加随机延迟（默认关闭）
真正影响“感知精度”的是唤醒机制，而非日历解析
两者都依赖底层定时器唤醒：crond 用 alarm() 或 epoll 等等待；systemd 使用 CLOCK_BOOTTIME_ALARM（现代内核）或 timerfd。解析 OnCalendar 或 cron 表达式本身都是即时计算，无精度损耗。差异在于：
- crond：固定每 60 秒强制检查一次，行为可预测、易调试
- systemd：动态聚合 timer，按
AccuracySec对齐唤醒时刻，省电优先，行为更隐蔽
OnCalendar=hourly，crond 会最多在每小时第 0 分钟执行 10 次（每次间隔毫秒级）；systemd 在 AccuracySec=60s 下很可能让它们全部在同一毫秒内触发。实测建议：别信默认值，看 systemctl list-timers --all
运行该命令可查看每个 timer 的“下次触发”与“上次触发”时间戳，对比二者差值是否稳定接近设定周期。若发现某 timer 总是在设定时间后 23–47 秒才运行，大概率是 AccuracySec=60s 在起作用。临时验证可改用：
→ 加入 [Timer] 段：
AccuracySec=1s
Persistent=true
重启后观察触发时间分布，就能确认精度是否真正提升。
