Cron 解析結果
1
次
5
欄
2026-07-13 09:00:00
12小時後
[1] 2026-07-13 09:00:00 (12小時後) [2] 2026-07-14 09:00:00 (1天後) [3] 2026-07-15 09:00:00 (2天後) [4] 2026-07-16 09:00:00 (3天後) [5] 2026-07-17 09:00:00 (4天後)
工具頁摘要
Browser-side cron expression parser supporting POSIX 5-field (Vixie / IEEE 1003.1-2017) and Quartz 6/7-field syntax, with next-fire prediction, per-day frequency calculation, and a six-band scheduling-load matrix grounded in RFC-conformant cron semantics. Inputs never leave the browser.
分類:開發工具 / Developer。正式路徑:/tools/developer/cron-expression。狀態:GOLD。本頁提供可直接閱讀的工具用途、輸入情境、結果解讀、FAQ、信任聲明與相關資源摘要,協助讀者在使用前了解適用情境與限制。
本工具提供一般資訊與估算輔助,計算結果會受輸入值、假設條件與資料更新影響。財務、健康或法律相關結果不應視為專業建議;做出重大決策前,請依實際情況查核來源並諮詢合格專業人士。
中文摘要:Cron 表達式解析器 是 Formula Universe 收錄於 開發工具 / Developer 分類的工具頁,包含工具用途、輸入指引、結果解讀、FAQ、資料來源、限制說明與責任參考。
最後更新:2026年6月23日
本頁面由 Formula Universe 編輯團隊審核並維護。我們定期更新工具內容、驗證計算邏輯和資料來源準確性,以確保提供讀者最新、最可靠的資訊。
開發工具 · Cron 表達式 · 黃金模板
貼上 cron 即時解析欄位、列出未來 5 次觸發,並提供六格頻率判讀矩陣
本工具在瀏覽器端解析 cron 表達式,支援 POSIX 5 欄、Quartz 6 欄(含秒)與 7 欄(含年)三種規格;對每一欄拆解 token / 範圍 / 命中集合,計算未來 5 次觸發時間,並把每日觸發次數放進六格頻率矩陣協助判讀。表達式不會上傳,適合審視含敏感資源 ID 的 cron 設定。
範例 → 計算機
先用範例 cron 理解欄位拆解,再貼上自己的 cron 設定。
Cron 解析結果
1
次
5
欄
2026-07-13 09:00:00
12小時後
[1] 2026-07-13 09:00:00 (12小時後) [2] 2026-07-14 09:00:00 (1天後) [3] 2026-07-15 09:00:00 (2天後) [4] 2026-07-16 09:00:00 (3天後) [5] 2026-07-17 09:00:00 (4天後)
結果解讀
L7 固定六格,把目前 cron 的每日觸發次數放進常見頻率區間;這是排程設計參考,不是安全或合規建議。
每天觸發 ≥86400 次,代表每秒都會跑一次。實務上幾乎不該排這個頻率;真要這麼即時,改用 message queue 或 event-driven 設計,而非 cron。
每分鐘觸發或更密。常見於健康檢查 ping 或快取重整;要注意 job 本身的執行時間必須遠小於 1 分鐘,否則會堆疊。
每小時級頻率,約每幾分鐘到每小時一次。報表彙總、log rotation、API rate-limit 重置都落在此。
每日 1 次到數次。最常見的批次窗口:夜間備份、ETL、訂閱結算、推播通知。錯峰避免與其他 daily job 同時跑。
每週幾次。週報、清理、整合測試、促銷活動推播。建議寫入文件「為什麼選這個 weekday」以利接手。
每月、每季或每年一次。財報結算、年度密碼輪換、SSL 重簽。極低頻 job 必須有獨立監控,否則錯過難察覺。
情緒與轉換層
L9 會連動目前解析結果,顯示欄位拆解與每日觸發次數,協助判斷是否需要調整步進、改用 message queue,或拆成多支低頻 job。
結構洞察卡
動力卡
儲存 / 分享
重新貼上表達式或調整步進規則時自動重算,協助比較不同 cron 設定的觸發頻率與漂移風險。
下一步行動
決策路徑
Cron 輸入
欄位驗證
頻率判讀
排程決策
知識
Cron 起源於 1975 年 Unix V7 的 crontab(5) 工具,以五個欄位描述「分 時 日 月 週」何時觸發;Quartz Scheduler 在企業 Java 生態擴充為 6 欄(加秒)與 7 欄(加年),並引入 ? 與 # 等修飾符。Cron 是聲明式排程的事實標準。
每日觸發次數 ≈ |second| × |minute| × |hour| × min(|dom|/31, |dow|/7) × 30 / 30。其中每欄的 |·| 是該欄符合 cron token 的整數集合大小;5 欄表達式視 second 與 year 為 1。
本工具不支援 Quartz 的 # (n-th weekday) 與 L (last day) 修飾符,亦不解析 W (nearest weekday);名稱別名僅支援大寫 JAN-DEC / SUN-SAT;觸發時間以瀏覽器時區計算,部署到 UTC 環境時實際時間會有差異。
高頻 cron(每分鐘以上)應評估是否該改用 message queue 或 event-driven 觸發;低頻 cron(月/季)需有獨立監控,否則漏跑難察覺。命中集合大代表該欄的選擇彈性高,通常意味著實際觸發次數比直觀估計多。
Cron 應與部署環境時區、容器啟停策略、單例鎖機制一起考慮;K8s CronJob 與 systemd timer 對 cron 的解析略有差異,跨平台部署時需以該平台的文件為準。
若 cron = `0 9 * * MON-FRI`,代表週一到週五每天 09:00 觸發一次,每日觸發 1 次,落在「每日級」band;若改為 `*/5 9 * * MON-FRI`,工作日 09:00-09:55 每 5 分鐘觸發共 12 次,落在「每小時級」band 的高端。
常見問題
Cron 解析失敗最常見的原因是欄位數不對(必須是 5、6 或 7),或某欄超出範圍(例如分鐘 > 59、小時 > 23)。錯誤訊息會指出哪一欄出問題,先把該欄改成 `*` 確認其他欄正確。
Quartz 規定 day-of-month 與 day-of-week 不能同時為 `*`,必須有一個用 `?` 表示「不指定」。本工具把 `?` 視為等同 `*`(全集合),解析結果與 Quartz 一致。
不會。本工具完全在瀏覽器端用字串切割與整數集合計算;頁面關閉後表達式即消失,適合審視包含內部資源 ID(例如 backup-job-${tenant})的 cron。
公式對 day-of-month 與 day-of-week 取 min 並乘以 30,這在「dom 與 dow 同時非全集合」時會略有誤差(實際命中是兩集合的交集而非各自獨立)。極端 cron 建議直接看「未來 5 次觸發」。
K8s CronJob 使用標準 5 欄 cron,本工具完整支援;但 K8s 不支援 Quartz 的 6/7 欄與 `?` `#` `L` 等修飾符,部署前請以 K8s 文件為準。
不建議。本工具只解析語法,不檢查 job 內容、權限、單例鎖或漂移風險;合規審查請使用排程治理平台、SAST 工具,或委由 SRE/Security 團隊。
推薦工具
* 聯盟連結,購買後我們可能獲得佣金。
解鎖 cron 漂移分析、跨時區轉換、Quartz/UNIX 雙向轉換、CronJob 衝突偵測、cron history 視覺化。
信任聲明 · 相關工具 · 參考資料
本工具僅在瀏覽器端解析 cron;貼上的表達式不會送到伺服器,適合審視含內部排程資源 ID 的 cron 設定。
時區轉換器 · 日期天數計算機 · JSON 格式化器 · 番茄鐘日程規劃器
Paul Vixie (1993) Vixie cron — Unix V7 crontab(5) 後續實作標準;IEEE Std 1003.1-2017 (POSIX) 第 4 章定義 crontab 欄位語法;Quartz Scheduler 官方文件 — 6/7 欄表達式與修飾符;Kubernetes 官方文件 CronJob 規格;systemd.timer(5) 對 OnCalendar 的擴充。