停止搜索Cron语法——那里有一个生成器

It’s 2am. A deployment is scheduled for 6am. You need to double-check that the cron job will actually fire at the right time. So you open a new tab and type “cron syntax” into Google. Again.

This is a rite of passage. Every developer who has ever touched a Linux server has done it at least once — and most of us have done it more times than we care to admit. Cron expressions are one of those things you use constantly but never quite retain. The syntax sits in an uncomfortable zone between “too simple to look up” and “just specific enough to get wrong.”

There’s a better way. Use a cron expression generator online and let the tool handle the syntax while you focus on what actually matters.

Why Cron Syntax Refuses to Stick

Cron has five fields. Five. That’s it. And yet the order trips people up every single time:

# ┌───────────── minute (0–59)
# │ ┌───────────── hour (0–23)
# │ │ ┌───────────── day of month (1–31)
# │ │ │ ┌───────────── month (1–12)
# │ │ │ │ ┌───────────── day of week (0–6, Sunday=0)
# │ │ │ │ │
  * * * * * command

The problem isn’t that it’s hard — it’s that there are just enough special characters to introduce ambiguity. Is */5 “every 5 minutes” or “at minute 5”? Does 0 9 * * 1-5 run at 9am or 9pm? What happens if you forget that months are 1-indexed but weekdays start at 0?

These aren’t gotchas for beginners. They’re gotchas for everyone. A misconfigured cron job is one of the quieter ways to introduce a production incident — the kind where nothing crashes immediately, it just silently doesn’t run, and you only notice three days later.

The Five Fields, Explained Without Ceremony

Here’s the practical version:

• Minute (0–59) — The minute of the hour when the job runs. 30 means the 30-minute mark. */15 means every 15 minutes.
• Hour (0–23) — Uses 24-hour time. 9 is 9am. 17 is 5pm. No AM/PM nonsense.
• Day of month (1–31) — Which calendar day. 1 is the first of the month. 15 is the 15th.
• Month (1–12) — January is 1, December is 12. You can also use names: JAN, FEB, etc.
• Day of week (0–6 or 1–7) — Sunday can be 0 或 7 depending on your cron implementation. Monday is always 1. This is the field that causes the most confusion.

The Special Characters That Matter

• * — Every possible value (every minute, every hour, etc.)
• */n — Every 无th interval. */5 in the minute field means every 5 minutes.
• a-b — A range. 1-5 in the weekday field means Monday through Friday.
• a,b,c — A list. 1,3,5 means Monday, Wednesday, Friday.
• @reboot, @hourly, @daily — Shorthand aliases. Not supported everywhere.

Common Mistakes That Bite People

1. Forgetting Timezone

Cron runs in the server’s local timezone. If your server is UTC and you’re in New York, 0 9 * * * does not run at 9am Eastern — it runs at 4am or 5am, depending on DST. Always know your server timezone. Always.

2. Using Both Day-of-Month and Day-of-Week

If you specify a value in both the day-of-month 且 day-of-week fields (instead of * in one of them), most cron implementations treat it as an OR — the job runs when either condition matches. That’s almost never what you want.

3. Expecting */1 to Mean “Once”

*/1 is the same as *. It means “every.” There is no way to express “run once” in standard cron — for that, you’d use at or a one-shot systemd timer.

4. Not Testing Before Deploying

Cron gives you no immediate feedback. You write the expression, save the crontab, and then wait. If it’s wrong, you find out at 3am when the scheduled backup doesn’t run. This is why using a cron next run calculator before you deploy is worth the 30 seconds it takes.

Use a Cron Expression Generator Instead

The honest advice: stop trying to hand-write cron expressions from memory. Use a generator. It’s not a sign of weakness — it’s how you avoid dumb mistakes in production.

这 cron expression generator on IOTools lets you build any expression visually — pick your minute interval, hour, day of week, and it shows you the exact expression and a plain-English explanation of when it runs. No memorization required, no documentation tabs open.

Once you have an expression, run it through the cron next run calculator. Paste the expression, get back the next 5–10 scheduled execution times. It takes five seconds and will tell you immediately if you’ve accidentally scheduled your cleanup job to run every minute instead of once a day.

That second check is the one most people skip. Don’t skip it.

Quick Reference: Expressions You’ll Actually Use

你可能也会喜欢

新的

HTTP Basic Auth Demystified — Generate Headers Without the Manual Base64 Dance

阅读更多 ”

更新于 4 月 20, 2026

DNS 查询： 万物皆损时，您所需的第一款工具

阅读更多 ”

更新于 2026 年 2 月 28 日

Unix 时间戳: 它们是什么以及如何即时转换它们

阅读更多 ”

更新于 2026年2月27日

字符串长度计算器： 即时计算字符、字节和字数

阅读更多 ”

更新于 2026 年 2 月 26 日