cron-scheduling

核心用法

本 Skill 是一份全面的 Linux/macOS 定时任务管理参考文档，覆盖两大主流调度方案：传统 cron 与现代 systemd timers。用户可通过结构化示例快速掌握 cron 五字段语法（分、时、日、月、周）、特殊字符串简写（@daily、@reboot 等），以及 crontab 的增删改查操作。对于现代系统，文档详细讲解 systemd timer 的 OnCalendar 表达式、Persistent 持久化机制、RandomizedDelaySec 防惊群策略，并提供与 service 单元配合的完整配置流程。此外，还包含一次性任务调度（at 命令）、时区与夏令时处理、以及基于 journalctl 的日志追踪方法。

显著优点

1. 双轨覆盖：同时提供 cron 与 systemd timers 方案，兼顾传统习惯与现代运维需求，并明确对比两者优劣（日志集中化、依赖管理、资源限制等）。
2. 实战导向：包含大量可直接复用的代码模板，如带日志记录与邮件告警的 cron-wrapper.sh、防止任务重叠的 flock 锁机制、以及幂等性任务设计模式。
3. 故障排查体系化：系统梳理"任务未执行"的 7 步诊断流程，从守护进程状态、环境变量模拟到权限检查，降低调试门槛。
4. 时区安全：专门章节讲解 DST（夏令时）陷阱，建议关键任务避开 1:00-3:00 AM 或使用 UTC 调度，避免任务重复或遗漏。

潜在缺点与局限性

1. 平台受限：仅支持 Linux 与 macOS，Windows 用户无法直接使用；部分命令（如 systemd）在 macOS 上功能受限。
2. 纯文档属性：无自动化封装，所有配置需手动复制粘贴执行，对批量部署场景效率较低。
3. 邮件依赖：示例中的告警机制依赖本地 MTA 配置，现代云环境中邮件服务常未就绪，可能导致告警失效。
4. 权限门槛：systemd timer 与系统级 crontab 操作需 root 权限，文档未深入讲解 sudo 策略与最小权限原则。

适合的目标群体

• 运维工程师/SRE：需要标准化定时任务管理、日志追踪与故障排查手册
• 后端开发者：部署周期性数据备份、报表生成、健康检查等自动化脚本
• DevOps 新手：系统学习 Linux 调度机制，理解 cron 与 systemd 的演进关系
• 自托管服务维护者：管理个人服务器上的定时维护任务

使用风险

• 环境差异风险：cron 的极简 PATH 环境常导致脚本"手动能跑、定时失败"，必须按文档建议用 env -i 模拟测试
• 并发执行风险：长耗时任务若未加 flock 锁，可能在下次调度时重叠运行，导致资源竞争或数据损坏
• 日志膨胀风险：未配置日志轮转的重定向输出可能占满磁盘，需配合 logrotate 使用
• 权限提升风险：不当的 sudo crontab 配置或 systemd 服务文件可能引入权限边界模糊问题

核心功能

本 Skill 提供 Linux/Unix 系统下定时任务管理的全面解决方案，涵盖传统 cron 与现代化 systemd timer 两大体系。

核心用法：

• Cron 语法：详解五字段时间表达式（分/时/日/月/周），提供 20+ 常用模板（分钟级、日级、工作日、季度等），支持 @reboot/@daily 等特殊简写
• Crontab 管理：crontab -e/-l/-r 操作，含 PATH 设置、MAILTO 通知、日志重定向等最佳实践
• Systemd 定时器：现代替代方案，提供 .service + .timer 双文件配置，支持 OnCalendar 日历表达式、Persistent 漏执行补偿、RandomizedDelaySec 防洪峰
• 一次性调度：at 命令用于特定时间点执行，sleep 实现简单延迟
• 时区处理：TZ 变量设置、UTC 方案规避夏令时陷阱（1-3点调度风险）
• 监控排错：从守护进程状态、系统日志、环境模拟到权限检查的完整诊断流程

显著优点：
1. 实战导向：提供可直接复制的配置模板，含备份、健康检查、日志清理等真实场景
2. 现代替代：systemd timer 章节对比 cron 的 6 大优势（日志集中、依赖管理、资源限制等）
3. 可靠性设计：包含锁机制（flock 防重叠）、幂等模式、错误告警包装脚本
4. 调试体系：独创 "为什么没运行" 7 步排查法，大幅降低运维成本

局限性与风险：

• 纯文档型 Skill，无实际执行能力，需用户手动操作
• T3 来源（社区个人项目），长期维护状态需关注
• 示例代码中的 sudo、systemctl 等需根据实际权限调整
• 夏令时、时区配置错误仍是高频故障点

适合人群：系统管理员、DevOps 工程师、需要自动化运维任务的开发者

常规风险：误删 crontab（crontab -r）、日志未重定向导致静默失败、环境变量缺失导致脚本异常退出。