Cron 表达式解释：字段、时区与部署风险

经典 cron 使用五个字段：分钟、小时、月中日期、月份和周中日期。有些系统还加入秒或年份，也有 @daily 这类宏。字段数量和方言差异是第一类风险，从 Linux cron、云调度器、CI 和应用库之间复制表达式时必须确认。

星号表示字段中的所有允许值，范围限制取值，*/15 表示每 15 个单位一次。*/15 * * * * 是每十五分钟执行，而 15 * * * * 是每小时第 15 分钟执行。把表达式读成具体时间点比背符号更可靠。

当 day-of-month 和 day-of-week 都被限制时，不同 cron 方言的组合规则可能不同。像“每月第一天且是周一”这类业务规则不能只靠自然语言标签，应预览多个未来月份并查调度器文档。

没有时区的 cron 表达式是不完整的运维信息。它可能按服务器本地时间、容器时间、UTC、项目设置或调度器配置运行。涉及账单、邮件、维护窗口和客户可见更新时，应把预期时区和表达式放在一起，并跨夏令时边界预览。

正确的 cron 不代表任务安全。任务可能延迟、重叠、重试，或在事故中被手动触发。发送邮件、扣费、删除数据、更新状态的任务需要幂等设计、锁、队列语义或清晰重试规则。Cron 只管开始时间，不管业务后果。

好的调度配置应包含表达式、人类意图和时区。例如“每个工作日 Europe/Berlin 09:00 运行”。这能让代码评审者快速发现表达式和业务意图不一致，也帮助后来的人判断该改 cron、时区还是任务逻辑。

部署前至少预览未来十次执行时间，检查周几、月边界、夏令时变化和真实环境时区。关键任务应在非生产环境用无害输出测试，并添加监控确认任务已执行且产生预期结果。目标不是让 cron 能解析，而是让运行行为足够无聊。