這個工具的用途
在 Unix epoch（秒或毫秒）、ISO 8601 / RFC 3339、RFC 2822、瀏覽器時區的人類可讀格式之間互轉——一站搞定。貼上手邊任何格式，工具會自動偵測並同時顯示其他所有格式。無伺服器呼叫。
使用步驟
貼上任意常見格式的時間戳，或按 Now 從當下開始。輸入下方會顯示偵測到的格式；右側網格列出在其他格式中的對應值。
可偵測的範例：
1700000000——Unix 秒（10 位）1700000000000——Unix 毫秒（13 位）2024-07-04T14:23:00Z——ISO 8601 / RFC 3339Wed, 02 Oct 2002 13:00:00 GMT——RFC 2822
限制與邊界情況
- 純數字輸入會被視為 epoch。 10 位 → 秒，13 位 → 毫秒。其他長度盡力而為。
- 顯示的時區是你的瀏覽器時區。 ISO 8601（local）和人類可讀格式都依此呈現。ISO 8601（UTC）和兩種 Unix 格式則與時區無關。
- 精度到毫秒（JavaScript
Date的限制）。資料庫或 tracing 系統的奈秒時間戳會損失精度——先刪除尾端多餘的位數。 - 相對時間（「3 小時前」）以渲染當下的時間計算——不會自動更新。
常見問題
- 有任何東西會送到伺服器嗎？
- 不會。解析和格式化都透過瀏覽器內的 Date 和 Intl API 完成。
- 為什麼 10 位數字是秒、13 位是毫秒？
- 慣例。Unix 秒時間戳從 2001 到約 2286 都是 10 位；同一瞬間以毫秒表示是 13 位。11 或 12 位的輸入是模糊地帶——工具會猜毫秒並標記。
- 輸出是什麼時區？
- 你的瀏覽器時區。Unix epoch 和 ISO 8601（UTC）與時區無關；ISO 8601（local）和人類可讀格式使用偵測格式標籤旁顯示的時區。
- 可以解析「July 4 2024」這種自然字串嗎？
- 可以——只要 Date.parse 看得懂就行。偵測格式標籤會顯示「other」表示這不是有規格的標準格式。
- 支援 1970 年之前的 Unix 時間戳嗎？
- 支援。負值的 epoch 代表 1970-01-01 UTC 之前的日期，運作正常。