跳到主要内容

Crontab 助手:可视化生成、解释、预览下次运行

可视化 crontab 生成器 + 人类可读解释 + 下次运行预览。

  • 本地处理
  • 分类 格式转换
  • 适合 把粘贴内容或本地文件转成更适合交付的格式。
解释
每 5 分钟
下 5 次运行(本地时间)
  • 2026-06-13 01:30
  • 2026-06-13 01:35
  • 2026-06-13 01:40
  • 2026-06-13 01:45
  • 2026-06-13 01:50
常用模板

这个工具能做什么

不用再背 cron 字段顺序。分、时、日、月、周五个面板并排,每个面板都 提供四种真实场景模式:“每个”、“每 N 个”、“指定值”、“范围”。点选 时表达式实时刷新,下面同步显示一句大白话解释(如“每 4 小时在第 0 分钟”)以及按你本地时区算出的下 5 次触发时间。已有的表达式如 `*/15 9-17 * * 1-5` 直接粘进去,UI 会反向解析回面板,可以直接可视化 编辑。8 个内置 preset 覆盖大家实际会写的场景:每小时、每天凌晨 3 点、工作日上班时段、每月 1 号等。所有运算都在浏览器里完成,不向 任何服务器发请求。

工具细节

输入
文本 + 数值 + 结构化内容
页面会根据工具类型展示文本框、数值控件、文件选择或结构化输入。
输出
即时结果 + 复制 + 预览
结果区优先给出可操作结果,支持项会显示复制、下载或可视化预览。
隐私
浏览器本地处理
主工具逻辑未发现外部 API 调用,输入通常留在当前标签页内处理。
保存 / 分享
免账号使用
打开页面即可使用;刷新后是否保留结果取决于具体工具。
性能预算
首屏 JS ≤ 20 KB
没有声明 WASM 依赖,适合快速打开和移动端使用。
适用场景
格式转换 · 程序员
分类和职业标签用于推荐相关工具、组织内链,并帮助用户快速判断是否适合当前任务。

怎么用

  1. 1. 输入

    把内容粘贴或拖入工具面板。

  2. 2. 处理

    点击按钮,在浏览器内本地处理,文件不上传。

  3. 3. 复制 / 下载

    一键复制结果或下载到本地。

Crontab 助手 — 可视化生成 & 解释器 适合怎么用

适合把内容从一种实际格式转成另一种可用格式。

适合转换的任务

  • 把粘贴内容或本地文件转成更适合交付的格式。
  • 放进大流程前,先预览转换结果是否可靠。
  • 修正常见格式不匹配,不用打开完整编辑器。

转换检查项

  • 源格式比较乱时,先拿一小段试转。
  • 转换后检查编码、分隔符和换行符。
  • 结果确认前保留原始内容。

下一步可以接着做

这些入口会把当前任务接到更完整的工具链里。

  1. 1 Unix 时间戳转换 Unix 时间戳 ⇄ 人类日期,秒 / 毫秒 / ISO 8601,UTC 与本地,全程浏览器本地 打开
  2. 2 时区换算 任意时间在任意两时区互换:DST 自动识别,IANA 数据库,浏览器本地 打开
  3. 3 正则测试 实时测 JavaScript 正则(匹配高亮 / 捕获组 / 替换预览 / 标志可调),浏览器本地 打开

真实使用场景

  • 配工作日凌晨 2 点的备份任务,不用再翻 man 手册

    你要每个工作日 02:00 导一次数据库。凭记忆很容易写成 `0 2 * * 1,5`, 结果只在周一和周五跑。在面板里分钟选「指定」0、小时选「指定」2、日 保持「每个」、周选周一到周五的范围,表达式变成 `0 2 * * 1-5`,解释 栏确认「02:00,周一到周五」,下 5 次预览给出连续五个工作日的凌晨 2 点,字段写错在上线前就被你看出来了。

  • 接手老 crontab 行,先搞清它到底在干嘛

    交接文档里写着 `*/15 9-17 * * 1-5`,没人记得当初什么意图。粘进来, 面板自动点亮成「每 15 分钟、9 到 17 点、工作日」,大白话写「每 15 分钟,上午 9 点到下午 5 点,周一到周五」,一个工作日大概 36 次。你 一眼看出它到 17:00 就停(17:15 永远不跑),再决定要不要补一条 `0 18 * * 1-5`。

  • 别让任务在每小时整点一起挤垮服务器

    三个 cron 全写 `0 * * * *`,整点一起跑把负载顶起来。把它们错开: 一个给 `7 * * * *`,一个 `23 * * * *`,一个 `41 * * * *`。生成器 里设「指定」分钟很快,下次运行预览确认它们各落在不同的偏移上,你 不动小时字段就把「每小时一次的踩踏」摊平了。

  • 排每月 1 号的账单任务,顺手核对时区偏移

    财务要每月 1 号早上 6 点生成账单,你写 `0 6 1 * *`。下 5 次预览按 你本地时区算,如果服务器跑 UTC 而你在 UTC+8,你会立刻看到触发时间 在你眼里成了 14:00,这就是提示:要么把小时改成前一天的 `22`,要么 让任务带 `TZ=Asia/Shanghai` 跑,而不是等第一张账单错了才发现这 8 小时的差。

常见踩坑

  • 想要「每个工作日」却写成 `0 2 * * 1,5`,逗号是列举具体日(只有周一和周五),连字符 `1-5` 才是周一到周五的范围。解释栏会告诉你实际生成的是哪种。

  • 以为 `0 0 31 * *` 每月都跑,遇到 30 天、28 天、29 天的月份它直接跳过。要「每月最后一天」得换思路(比如 `0 0 28-31 * *` 再在脚本里判断),因为原生 cron 没有 L 这种记号。

  • 日和周两个字段都填上(比如 `0 0 13 * 5`)还指望它只在「13 号的周五」跑,Vixie cron 走的是「或」逻辑,结果每个 13 号和每个周五都会触发。除非你真要这个并集,否则留一个字段是 `*`。

隐私说明

所有运算都在你的浏览器标签里完成。你的 cron 表达式、解析出的字段、那句 解释和下次运行时间都由本地 JavaScript 算出,不发任何网络请求,不上报、 不记日志。你拼出的表达式会写进页面 URL,方便你收藏或分享链接,所以别在 cron 行里塞密钥(本来也不该这么做,凭证应放进任务调用的脚本,而不是 crontab 里)。

常见问题

类似工具组合

做你这行的人, 还会一起用这些。

Made by Toolora · 100% client-side · Updated 2026-06-13