跳到工具區
系統工具

Unix 時間戳記轉換器

在 Unix 時間戳記與受限 ISO 日期時間之間轉換，清楚標示秒、毫秒、微秒、奈秒、IANA 時區與 DST 判定。

線上工具 價格方案
輸入3 個字元
結果0 個字元
就緒

想要更順手的原生工作流程？

把「Unix 時間戳記轉換器」放進一個快速鍵。

DevSexy Mac 版保留同樣私密的本機處理，同時提供全域快速鍵；不用管理瀏覽器分頁，需要時直接叫出。

全域快速鍵可離線使用本機處理
免費試用 Mac 版

目前的瀏覽器工具仍然免費。

時間戳記研判台 · 一個數字，四種可能單位

單位還沒確定，數字就還不是一個時刻。

Unix time 是不帶時區的數值尺度；當地日期時間則要靠 UTC offset 或 IANA 時區規則才能落到唯一時刻。這裡分開呈現單位判定、毫秒以下餘數、UTC instant 與指定時區的 civil time。

單位研判軌道RAW · 1710000000000
秒 s

西元 54,202 年

不像常見 API 時間值

毫秒 ms

2024-03-09

常見瀏覽器時鐘單位

微秒 µs

1970-01-20

常見資料庫精度

奈秒 ns

1970-01-01

常見系統追蹤精度

Auto 會先以設定的年份範圍檢查秒與毫秒；兩者都不合理時，才依數量級嘗試微秒或奈秒。無法得到唯一合理結果就拒絕猜測，因為只有資料來源契約能證明單位。

用已知答案核對時間戳記

用同一個時刻對照秒、毫秒與明確的 UTC offset；奈秒範例則顯示日期輸出的精度邊界。

載入範例會取代目前輸入與選項。相對時間會隨時鐘變化，下方 UTC 結果固定不變。

將秒級時間戳記轉為 UTC

轉日期 · 秒 · UTC。明確選擇單位，不靠位數猜測。

輸入

1710000000

結果是 2024 年 3 月 9 日 16:00 UTC，對應的毫秒值多三個零。

2024-03-09T16:00:00.000Z
1710000000000

讀取 JavaScript 毫秒時間戳記

轉日期 · 毫秒 · Asia/Shanghai。所選時區只影響當地日期顯示。

輸入

1710000000000

UTC 仍是 3 月 9 日 16:00，上海顯示為 3 月 10 日 00:00。

2024-03-09T16:00:00.000Z
1710000000

保留追蹤紀錄中不足一毫秒的餘數

轉日期 · 奈秒 · UTC。以文字輸入，避免先被 JavaScript Number 捨入。

輸入

1710000000123456789

時間戳記明細保留九位小數；ISO 顯示 .123 毫秒，另列 456789 奈秒餘數。

1710000000.123456789
2024-03-09T16:00:00.123Z · plus 456789 ns below the displayed millisecond

將帶 offset 的 ISO 日期轉為時間戳記

轉時間戳記 · UTC 顯示。輸入的 +08:00 已確定具體時刻。

輸入

2024-03-10T00:00:00+08:00

東八區午夜等於前一天 16:00 UTC，與秒級範例是同一時刻。

2024-03-09T16:00:00.000Z
1710000000

帶正負號的 Epoch 零點軸

< 0

1970 年以前

0

1970-01-01T00:00:00Z

1,000

+ 16 分 40 秒

now

目前觀測時刻

future

沿同一帶正負號尺度前進

同一時刻帳本

Unix 秒1710000000
Unix 毫秒1710000000000
ISO 8601 UTC2024-03-09T16:00:00.000Z
America/New_York3 月 9 日 · 11:00:00
Asia/Taipei3 月 10 日 · 00:00:00
相對時間依查看結果當下動態計算

當地鐘面時間關口

只有補上 offset 或時區規則，civil time 才能對應到時刻。

2026-11-01T01:30有歧義DST 回撥時可能出現兩次，須選 earlier 或 later
2026-03-08T02:30不存在DST 跳時可能略過，只有 nextValid 會往後推進
2026-08-03T10:00Z已明確Z 直接指定 UTC instant
2026-08-03T10:00+08:00已明確與 02:00Z 是同一個 instant

精度橋接

1
BigInt 輸入

保存整數與十進位換算證據

2
奈秒帳本

保留完整奈秒值

3
Date 邊界

日期與 ISO 顯示只到毫秒

4
IANA formatter

依瀏覽器 tzdb 投影 civil time

常見事故板

意外回到 1970

把毫秒重複除以 1,000

日期跑到遙遠未來

把秒當成毫秒，或反過來

TTL 差 1,000 倍

API 邊界缺少單位契約

排程時間位移

沒有 offset 的日期被套用錯誤時區規則

追蹤順序消失

奈秒進入 Date 後只剩毫秒顯示

閏秒邊界

POSIX 秒不是天文時間尺度。

Unix／POSIX time 不把 leap second 單獨編成一個時間戳記。若需求必須區分 UTC 閏秒事件、TAI、GPS 或天文時間，應改用理解相應時間尺度的系統。

沿著時間戳記追查來源

檢查 JWT 的 exp 與 nbf

JWT NumericDate 使用秒。先解碼權杖，再轉換對應欄位。

在 JSON 回應中定位時間欄位

格式化周邊內容，確認欄位含義與產生端約定的單位。

在 Mac App 轉換時間戳記

反覆排查紀錄時，可使用本機離線開發者工具箱。

直接回答

什麼是 Unix 時間戳記轉換器？

線上轉換 Unix 時間戳記與 ISO 日期時間，支援秒、毫秒、微秒、奈秒及 IANA 時區；運算在瀏覽器本機完成，保留奈秒餘數並明確處理單位歧義與 DST 重疊、跳時。

它能做什麼？

  • 目前時間
  • 自動
  • 轉日期
  • 轉時間戳記

如何使用 Unix 時間戳記轉換器

  1. 01

    確認來源單位

    JWT NumericDate 使用秒，Date.now() 使用毫秒；紀錄欄位以產生端契約為準。智慧偵測只是提示，不能取代欄位定義。

  2. 02

    選擇時區語境

    既有時間戳記的 IANA 時區只影響當地顯示；沒有 offset 的日期則需要時區來判定時刻。遇到 DST 重疊或跳時，應核對解析策略。

  3. 03

    複製前核對精度

    同時查看 UTC 與時間戳記明細。數字奈秒輸入會保留餘數；ISO 日期經過 Date.parse，精度只到毫秒。

常見問題

為什麼時間戳記落在 1970 年或遙遠的未來？
秒與毫秒相差 1000 倍。先確認 API 的單位再明確選擇。可用範例對照 1710000000 秒與 1710000000000 毫秒，兩者是同一時刻。
切換時區會改變 Unix 時間戳記嗎？
已確定的時間戳記不變，時區只影響當地日期顯示。沒有 offset 的日期需要時區規則才能判定時刻；DST 重疊或跳時可能需要額外選擇。
貼上 ISO 日期也能保留奈秒嗎？
數字時間戳記以 BigInt 奈秒運算。ISO 日期透過瀏覽器 Date 解析，精度只到毫秒；在 ISO 字串增加小數位，不會讓時間戳記明細保留奈秒。