一句话概括
Cron 表达式是一个紧凑的字符串，它定义了一个重复的计划，本质上就是告诉计算机何时去运行一个自动化任务。
它解决了什么问题
在数字领域的黑暗时代（上世纪70年代），如果你想让电脑自动做些什么——比如说，在午夜清理临时文件——你得发挥点创造力。你可能会写一个笨拙的脚本，让它在一个循环里不断检查时间，然后休眠一会儿。这种方法既混乱，效率又低，还容易出问题。
就在这时，cron 诞生了。它是一个在贝尔实验室的早期 Unix 系统中诞生的 daemon（后台进程）。它的名字是对 Chronos（柯罗诺斯，希腊神话中的时间之神）的致敬，这名字简直 geek 到了极点。Cron 的工作很简单但具有革命性：读取一个命令列表以及它们应该运行的时间，然后执行它们。这是一个用于任务自动化的“一次设定，永远省心”的系统。
为了告诉 cron 何时运行任务，它需要一种语言。不是那种冗长的、像英语一样的语言，而是一种计算机可以瞬间解析的语言。这种语言就是 cron 表达式。它解决了如何用一种标准化的、可预测的方式来描述任何可以想象到的重复性计划——“每周一上午9点”、“每月1号和15号”、“每10分钟”——这个根本问题。没有它，每个开发者都得重新发明调度这个轮子，你的服务器也会变成一堆由定制的 sleep() 命令组成的混乱地狱。
底层工作原理
对于外行来说，cron 表达式看起来就像一串天书，比如 */15 9-17 * * 1-5。但这并非魔法，而是一种高度结构化的迷你语言。一旦你学会了语法，你就能像专家一样读写计划任务。
天启五骑士（和它们的朋友们）
一个标准的 cron 表达式由五个用空格隔开的字段组成。每个字段代表一个时间单位。你可以把它想象成五个转盘，你需要转动它们来对准正确的时刻。
| 字段 | 可选值 | 可用特殊字符 |
|---|---|---|
| 分钟 | 0-59 | * , - / |
| 小时 | 0-23 | * , - / |
| 日 | 1-31 | * , - / ? L W |
| 月 | 1-12 或 JAN-DEC | * , - / |
| 星期 | 0-7 或 SUN-SAT | * , - / ? L # |
一些现代的 cron 实现增加了一个表示年份的第六个字段（1970-2099），甚至在最前面增加了一个表示秒的字段（0-59），但经典的五字段格式是最常见的。
关于星期的说明： 0 和 7 通常都被接受为星期日。最好坚持使用一种约定（比如 0=周日, 6=周六）。
特殊字符：秘密语言
cron 表达式的真正威力来自于几个修改数字的特殊字符。
*(“每个”)：这是通配符。小时字段里的星号表示“一天中的每一个小时”。如果每个字段都是星号（* * * * *），就表示“每个月的每一天的每个小时的每一分钟...”，你懂的。,(“和”)：逗号作为列表分隔符。在“日”字段里的1,15表示“在每月的1号和15号”。-(“到”)：连字符定义一个范围。在“小时”字段里的9-17表示“从上午9点到下午5点的每个小时”。/(“步长”)：斜杠用来指定增量。在“分钟”字段里的*/10表示“每10分钟”。你也可以把它和范围结合使用：0-30/5表示“在每小时的前30分钟内每5分钟一次”（也就是在 :00, :05, :10, :15, :20, :25, :30）。?(“我不在乎”)：这个有点绕但很重要。你不能总是同时指定“日”和“星期”，因为它们可能会冲突。如果你说“在每月的13号并且在周五运行”，但13号那天是周三，会发生什么？?通过表示“我已经指定了其中一个字段，所以忽略另一个”来解决这个问题。你可以把计划设置为* * 13 * ?（在13号运行，我不在乎是星期几）或* * ? * 5（在每个星期五运行，我不在乎是几号）。L(“最后一个”)：L在“日”字段里表示“这个月的最后一天”（所以，1月31日，2月28/29日，等等）。在“星期”字段里，它表示“这个月的最后一个X”。例如，5L表示“这个月的最后一个星期五”。W(“工作日”)：“日”字段里的15W表示“离15号最近的那个工作日”。如果15号是周六，任务会在周五14号运行。如果15号是周日，它会在周一16号运行。#(“第n个”)：这个用来查找像“这个月的第三个星期五”这样的日子。对应的表达式是* * ? * 5#3。
融会贯通
让我们来解读几个常见的表达式：
# 每晚午夜运行
0 0 * * *
- 分钟字段为 0：在第0分钟（整点）。
- 小时字段为 0：在第0小时（午夜）。
- 其他字段为
* * *：每周、每月、每日。
# 每个工作日（周一至周五）上午 8:30 运行
30 8 * * 1-5
- 分钟字段为 30：在每小时的第30分钟。
- 小时字段为 8：在上午8点。
- 日和月字段为
* *：不关心。 - 星期字段为 1-5：在周一到周五。
# 工作日上班时间（上午9点到下午5点）内每15分钟运行一次
*/15 9-17 * * 1-5
*/15：每15分钟。9-17：在9, 10, 11, 12, 13, 14, 15, 16, 17点。1-5：在周一到周五。
真实世界的案例
午夜备份事件
一家创业公司的数据库增长迅速。首席系统管理员知道他们需要每日备份，但在白天运行备份脚本会拖慢整个应用。用户抱怨，潜在的销售也因此流失。解决方案？一个简单的 cron 任务。她安排了那个资源密集型的备份脚本在凌晨2点运行，那时网站流量几乎为零。表达式 0 2 * * * 成了公司默默无闻的英雄，确保了数据安全，而没有打扰任何一个用户。
经验： 将资源密集型任务安排在非高峰时段，以保持系统性能。
被遗忘的新闻邮件
一个小型电商网站想在每周二早上发送“本周特惠”邮件来促进销售。好几个月里，一个叫戴夫的市场人员负责在上午10点手动点击“发送”按钮。但有一周，戴夫生病了。新闻邮件没有发出去，那个周二的销售额惨不忍睹。首席开发人员介入并自动化了这个流程。她写了一个发送新闻邮件的脚本，并用一个 cron 任务来触发它：0 10 * * 2。从那以后，无论谁在办公室，新闻邮件都会像时钟一样准时发出。
经验： 自动化重复性的、对时间敏感的任务，以提高可靠性并消除人为错误。
过时的缓存
一家新闻网站以突发报道为傲，但他们的主页常常感觉很慢。他们的内容为了性能做了缓存，但缓存只有在开发人员手动清理时才会更新。这意味着新文章有时需要几个小时才能出现。一位开发人员设置了一个 cron 任务，每五分钟自动清理并重建网站缓存。有了 */5 * * * * 这个表达式，网站不仅速度变得飞快，而且内容更新也更及时了，因为新内容保证在几分钟内就能看到。
经验： 使用 cron 进行周期性的“内务”任务，如缓存失效，以保持系统常新和高性能。
常见错误和陷阱
时区问题： 一个经典的“任务在错误时间运行”的问题。Cron 任务几乎总是使用服务器的系统时间运行，而这个时间可能是 UTC 或者其他你所在时区之外的时间。在你本地时间上午
9点安排的任务，可能意味着在服务器时间的下午2点运行。一定要清楚你的服务器时区。“日”与“星期”的冲突： 新手常犯的一个错误是在“日”和“星期”字段都填上值（例如
* * 1 FRI）。大多数 cron daemon 会用OR条件来解释这个：“在每月1号或任何一个星期五运行。”这很少是你想要的结果。如果你想要“每月的第一个星期五”，你需要用* * ? * 5#1或者一个更复杂的脚本。使用?字符来避免歧义。忘记输出重定向： 默认情况下，你的脚本打印到标准输出或标准错误的任何内容都会被邮件发送给拥有该 crontab 的用户。这听起来很有用，但很快就会让你的邮箱塞满无用的通知。最佳实践是明确处理输出：将它发送到日志文件（
>> /var/log/myjob.log 2>&1）或者如果你不关心就直接丢弃它（> /dev/null 2>&1）。任务重叠： 将一个任务设置为
* * * * *意味着“在每分钟的开始启动一个新的任务实例”。如果你的任务需要90秒才能运行完，你就会有重叠的执行，这可能导致竞态条件、资源耗尽和各种混乱。极简的环境变量： 你的交互式 shell 里充满了有用的环境变量，比如
$PATH。而 cron 任务运行在一个贫瘠、精简到极致的环境里。你的脚本在命令行里运行得好好的，但在 cron 里可能会失败，因为它找不到像node或python这样的程序。解决方法是对所有命令使用绝对路径（例如，用/usr/bin/node代替node），或者在你的 crontab 文件顶部设置PATH变量。
为什么你应该关注它
你可能觉得 cron 只是老派系统管理员才用的东西，但它的 DNA 无处不在。
- 后端 & DevOps： 从数据库维护、日志轮替到代码部署，它是调度后台任务的事实上的标准。
- Web 开发： 需要发送每日邮件报告、清理缓存或生成网站地图？Cron 就是你的工具。
- 云平台： 像 AWS Lambda Scheduled Events 和 Google Cloud Scheduler 这样的服务都使用 cron 表达式来定义它们的触发器。即使在最现代的“无服务器”环境中，这个语法也是一种通用的调度语言。
学会读写 cron 表达式是一项基本技能。它是开启自动化大门的钥匙，让你能够构建更健壮、更可靠、更自给自足的系统。这是那种一旦你学会了，就会发现处处都能用得到的小东西。
深入学习
- Wikipedia: cron - cron 工具的历史和概述。
- crontab(5) - Linux man page - 关于文件格式及其语法的权威技术参考。
- Crontab Guru - 一个交互式的在线 cron 表达式编辑器，能将表达式翻译成简单易懂的英语。检查自己写的表达式时非常有用。
- The Open Group Base Specifications: crontab - 定义
crontab行为的 POSIX 标准。 - Quartz CronTrigger Tutorial - 深入介绍了一款流行的、基于 Java 的调度器，它使用了扩展的 cron 表达式格式，包括秒和更多特殊字符。