Unix Timestamp Converter

Unix 時間戳轉換器

把任何 Unix 時間戳(秒或毫秒)即時轉成可讀日期,或反向將日期轉回 epoch。一頁同時呈現 ISO 8601、RFC 2822、UTC、本地時間,以及 10 個以上時區。

目前 Unix 時間(即時)
— 秒
— 毫秒
—
單位

ISO 8601(UTC)

UTC 時鐘

本地時間

本地 年-月-日 時:分:秒

RFC 2822 / HTTP

與現在的相對時間

星期幾

同一瞬間在主要時區的時間

為什麼選 iKit Unix 時間戳轉換器

為了除錯日誌、API 與資料庫時間戳而設計 — 不需註冊、不需上傳,你的資料不會經過任何第三方。

即時 epoch 顯示

頁面頂端的目前 Unix 時間每秒更新一次,同時提供秒與毫秒兩種格式,一鍵複製。

自動判斷秒或毫秒

貼上任意整數 — 10 位數視為秒,13 位數視為毫秒,16 位數視為微秒。也可手動切換單位。

所有常見輸出格式

ISO 8601、RFC 2822、UTC 時鐘、你的本地時間,以及「年-月-日 時:分:秒」一次到位。同時顯示星期幾與「2 小時前」這類相對時間。

10 個以上時區同框比對

同一個時刻在 UTC、紐約、洛杉磯、倫敦、巴黎、東京、上海、台北、加爾各答、雪梨同時呈現 — 跨團隊事故排查與全球 API 必備。

雙向轉換

切換到「日期 → 時間戳」模式,輸入「2024-01-15 10:30 UTC」或從日期選擇器挑一個時間,立刻得到秒與毫秒兩種 Unix 時間戳。

隱私至上的設計

所有運算都在已載入瀏覽器分頁的 JavaScript 內完成。可在 DevTools → Network 驗證:轉換時零網路請求,任何時間戳都不會離開你的裝置。

Unix 時間戳轉換的運作原理

Unix 時間戳只是一個整數,但要把它轉成正確的日期,牽涉到的細節比想像多。

  1. 1

    判斷單位

    Unix 時間戳依來源可能是秒、毫秒、微秒或奈秒,先要知道你拿到的是哪一種。iKit 用位數判斷:約 10 位 = 秒、13 位 = 毫秒、16 位 = 微秒。也可以用單位單選鈕手動覆寫。

  2. 2

    統一換成毫秒

    JavaScript 的 Date 建構子接受毫秒,所以我們把秒乘以 1000、把微秒除以 1000,統一轉成毫秒後再傳給 Date。內部以 64 位元浮點儲存,範圍綽綽有餘。

  3. 3

    依需求格式化

    拿到 Date 物件後,用 toISOString() 取得 ISO 8601、用 toUTCString() 取得 RFC 2822、用 toString() 取得本地時區字串,並用 Intl.DateTimeFormat 顯示其他指定時區的時間。

  4. 4

    反向轉換

    反過來時,瀏覽器的 Date.parse 支援 ISO 8601 與多種自然格式;datetime-local 欄位以本地時區解讀;最後用 getTime() 取得毫秒,再除以 1000 即為秒。

Unix 時間戳常見任務

你會在哪些真實情境下需要 epoch 轉換器?

讀取 JWT 的 exp / iat 欄位

JSON Web Token 的 iat(簽發時間)與 exp(過期時間)以 Unix 秒儲存。直接貼上數字,馬上就能看到 token 是否仍有效、何時簽發、距離過期還多久。

除錯資料庫時間戳欄位

Postgres 的 extract(epoch from now())、MySQL 的 UNIX_TIMESTAMP()、MongoDB 的 $toDate 都回傳 Unix epoch。把欄位值貼進來,立刻看到實際牆上時鐘與各時區的時間。

比對來自不同系統的日誌

應用程式日誌走 UTC、syslog 是本地時區、上游廠商日誌是 PST。把每個時間戳轉成 ISO 8601 後,就能在事故排查時逐秒對齊。

計算快取 TTL 或 cookie 過期時間

在選擇器挑一個未來時間,複製出來的 Unix 時間戳可以直接貼進 Set-Cookie、HTTP Expires 或快取 TTL 設定。不用心算,也不會出現時區誤差。

為什麼本地轉換很重要

正式環境日誌、客服票單、稽核軌跡或測試資料中的時間戳看似無害,卻往往對應到使用者操作與基礎設施事件。把它們貼到別人的伺服器,等於留下你無法控制的紀錄。iKit 的轉換器就是已載入瀏覽器分頁的 JavaScript。

  • 轉換期間零網路請求 — 可在 DevTools → Network 驗證。
  • 所有運算都是純 JavaScript 的 Date 計算,我們不會分析任何時間戳數值。
  • 可以放心使用正式資料庫時間戳、日誌偏移與稽核軌跡項目。

常見問題

Unix 時間戳是什麼?

Unix 時間戳(也稱 Unix 時間或 epoch 時間)是從 1970 年 1 月 1 日 00:00:00 UTC 起經過的秒數,不計閏秒。它是資料庫、日誌、API 與 cookie 通用的時間格式。10 位數整數是秒(到 2286 年才會跨入 11 位),13 位數則是毫秒。

秒和毫秒有什麼差別?

大多數 Unix 工具(curl、date、syslog、JWT 的 exp/iat)用秒;JavaScript 的 Date.now() 回傳毫秒;Java、Kotlin 與許多 Web API 也用毫秒。10 位數通常是秒、13 位數是毫秒。iKit 會依位數自動判斷,你也可以用單選按鈕強制指定。

我的時間戳會被上傳嗎?

不會。整個工具就是這個分頁裡的 JavaScript,轉換是純粹的 Date 運算 — 沒有 fetch、沒有 XHR、沒有 beacon。打開 DevTools → Network 即可驗證:輸入時不會發出任何請求。可以放心貼上正式環境的日誌、測試環境的資料庫或客服票單裡的時間戳。

怎麼把其他時區的日期轉成時間戳?

Unix 時間戳本身沒有時區概念 — 它就是從 epoch UTC 起的秒數,差別在於顯示時的時區。「日期 → 時間戳」分頁的選擇器以瀏覽器本地時區解讀。若要明確使用其他時區,請在自由輸入欄加上 offset,例如「2024-01-15 10:30:00 +09:00」或「2024-01-15 10:30 UTC」。

2038 年問題會影響這個工具嗎?

不會。32 位元 signed Unix 時間戳會在 2038 年 1 月 19 日溢位。iKit 使用 JavaScript 的 Number(53 位元安全整數),可以處理到西元 27 萬年以後的日期。Y2038 主要影響仍跑 32 位元 time_t 的舊系統 — 多數現代作業系統、資料庫與語言早已轉為 64 位元。