00 15 * * Thu /usr/local/bin/mycronjob.sh
这一行会在每周四下午 3:00 运行 mycronjob.sh 这个脚本。
或者，或许你需要在每个季度末去运行一个季度报告。cron 服务没有为 “每个月的最后一天” 设置选项，因此，替代方式是使用下一个月的第一天，像如下所示（这里假设当作业准备运行时，报告所需要的数据已经准备好了）。
0203 1 1,4,7,10 * /usr/local/bin/reports.sh
在季度末的下一个月的第一天运行这个 cron 作业。
下面展示的这个作业，在每天的上午 9:01 到下午 5:01 之间，每小时运行一次。
0109-17 * * * /usr/local/bin/hourlyreminder.sh
有时，你希望作业在业务期间定时运行。
我遇到一个情况，需要作业在每二、三或四小时去运行。它需要用期望的间隔去划分小时，比如， */3 为每三个小时，或者 6-18/3 为上午 6 点到下午 6 点每三个小时运行一次。其它的时间间隔的划分也是类似的。例如，在分钟位置的表达式 */15 意思是 “每 15 分钟运行一次作业”。
*/5 08-18/2 * * * /usr/local/bin/mycronjob.sh
这个 cron 作业在上午 8:00 到下午 18:59 之间，每五分钟运行一次作业。
需要注意的一件事情是：除法表达式的结果必须是余数为 0（即整除）。换句话说，在这个例子中，这个作业被设置为在上午 8 点到下午 6 点之间的偶数小时每 5 分钟运行一次（08:00、08:05、 08:10、 08:15……18:55 等等），而不运行在奇数小时。另外，这个作业不能运行在下午 7:00 到上午 7:59 之间。（LCTT 译注：此处本文表述有误，根据正确情况修改）
我相信，你可以根据这些例子想到许多其它的可能性。
限制访问 cron普通用户使用 cron 访问可能会犯错误，例如，可能导致系统资源（比如内存和 CPU 时间）被耗尽。为避免这种可能的问题， 系统管理员可以通过创建一个 /etc/cron.allow 文件去限制用户访问，它包含了一个允许去创建 cron 作业的用户列表。（不管是否列在这个列表中，）不能阻止 root 用户使用 cron。
通过阻止非 root 用户创建他们自己的 cron 作业，那也许需要将非 root 用户的 cron 作业添加到 root 的 crontab 中， “但是，等等！” 你说，“不是以 root 去运行这些作业？” 不一定。在这篇文章中的第一个示例中，出现在注释中的用户名字段可以用于去指定一个运行作业的用户 ID。这可以防止特定的非 root 用户的作业以 root 身份去运行。下面的示例展示了一个作业定义，它以 “student” 用户去运行这个作业：
0407 * * * student /usr/local/bin/mycronjob.sh
如果没有指定用户，这个作业将以 contab 文件的所有者用户去运行，在这个情况中是 root。
cron.d目录 /etc/cron.d 中是一些应用程序，比如 SpamAssassin 和 sysstat 安装的 cron 文件。因为，这里没有 spamassassin 或者 sysstat 用户，这些程序需要一个位置去放置 cron 文件，因此，它们被放在 /etc/cron.d 中。
下面的 /etc/cron.d/sysstat 文件包含系统活动报告（SAR）相关的 cron 作业。这些 cron 文件和用户 cron 文件格式相同。
#Run system activity accounting tool every 10 minutes