ByteScope

Timestamp Converter

Unix 時間 ↔ 人類時間，把你在意的時區並排呈現。

檔案不會離開你的瀏覽器 — 全部在本機處理。

Loading…

關於這個工具

貼上任何 Unix 時間戳，這個轉換器會從它的位數判斷精度 — 10 位是秒、13 位是毫秒、16 位是微秒、19 位是奈秒 — 並在結果落在不合理的年份時警告你，那正是精度搞混的經典徵兆。輸出會一次顯示你會用到的每一種格式：ISO 8601、RFC 2822、你所在地區的格式，以及相對時間（「3 天前」），每一種都能一鍵複製。

核心功能是時區板：想加幾個 IANA 時區就加幾個，並排讀出同一個瞬間在所有時區的樣子 — UTC 挨著台北、挨著你客戶的時區，正是除錯分散式 log 的日常寫照。每一列都顯示目前的 UTC 偏移，並標示是否正在實施日光節約時間，因為 DST 轉換正是時間戳臭蟲藏身之處。你的時區組合會存在本機，而一個附一鍵複製的即時「現在」讀數，涵蓋了最常見的一種造訪需求。

一切都在你的瀏覽器中使用內建的 Intl API 執行 — 不需伺服器、不需帳號。反向轉換（日期選擇器 + 時區 → 秒與毫秒的時間戳）、把貼上的一整欄 log 時間戳轉成表格並可匯出 CSV 的批次模式，以及一份輸入歷史（只存在你的瀏覽器裡，可一鍵重跑與清除），把功能補得完整。

常見問題

它怎麼知道我的時間戳是秒還是毫秒？
靠位數：10 位 ≈ 秒、13 位 ≈ 毫秒、16 位 ≈ 微秒、19 位 ≈ 奈秒。如果換算出的日期落在合理範圍（大約 1970–2100）之外，工具會警告你並讓你手動覆寫精度 — 一個 10 位數字被當成毫秒解讀會落在 1970 年，那些臭蟲通常就是這副模樣。
為什麼我的時間戳和同事的剛好差一小時？
幾乎總是日光節約時間，或是某個時區偏移的假設所致。Unix 時間戳本身沒有時區 — 它計算的是自 1970-01-01 UTC 以來的秒數 — 所以差異是在換算成當地時間時才出現的。時區板會顯示每個時區目前的偏移與 DST 狀態，讓你精確看出那一小時跑去哪了。
我的輸入歷史會被上傳到任何地方嗎？
不會。歷史只存在你瀏覽器的 localStorage 裡 — 每一筆就只是你轉換過的那個數字以及時間點。你可以刪除單筆或全部清除，沒有任何東西會同步或離開你的裝置。
我可以轉換一整欄來自 log 檔的時間戳嗎？
可以 — 批次模式接受每行一個時間戳（各行精度混雜也沒關係，每行都會自動偵測），把它們全部轉成你選定時區的一張表格，並把結果匯出成 CSV。
它支援的最大日期是多少？
JavaScript 的日期涵蓋自 epoch 起的 ±8.64e15 毫秒 — 大約是西元前 271821 年到西元 275760 年 — 遠超過任何實際的時間戳。著名的 2038 年問題影響的是 32 位元的 Unix 系統，而不是這個轉換器。