載入中…
Unix 時間 ↔ 人類時間,把你在意的時區並排呈現。
檔案不會離開你的瀏覽器 — 全部在本機處理。
載入中…
貼上任何 Unix 時間戳,這個轉換器會從它的位數判斷精度 — 10 位是秒、13 位是毫秒、16 位是微秒、19 位是奈秒 — 並在結果落在不合理的年份時警告你,那正是精度搞混的經典徵兆。輸出會一次顯示你會用到的每一種格式:ISO 8601、RFC 2822、你所在地區的格式,以及相對時間(「3 天前」),每一種都能一鍵複製。
核心功能是時區板:想加幾個 IANA 時區就加幾個,並排讀出同一個瞬間在所有時區的樣子 — UTC 挨著台北、挨著你客戶的時區,正是除錯分散式 log 的日常寫照。每一列都顯示目前的 UTC 偏移,並標示是否正在實施日光節約時間,因為 DST 轉換正是時間戳臭蟲藏身之處。你的時區組合會存在本機,而一個附一鍵複製的即時「現在」讀數,涵蓋了最常見的一種造訪需求。
一切都在你的瀏覽器中使用內建的 Intl API 執行 — 不需伺服器、不需帳號。反向轉換(日期選擇器 + 時區 → 秒與毫秒的時間戳)、把貼上的一整欄 log 時間戳轉成表格並可匯出 CSV 的批次模式,以及一份輸入歷史(只存在你的瀏覽器裡,可一鍵重跑與清除),把功能補得完整。
在這之上還疊了三層功能。自訂輸出格式欄位支援 YYYY、MM、DD、HH、mm、ss、SSS、Z 等 token,也能用 [文字] 跳脫成字面文字,邊打邊預覽,常用的格式還能存起來。區間差計算接收兩個時間戳,各自套用和主功能一樣的自動精度判定,告訴你哪一個在前,並把差距拆成天/時/分/秒,同時附上換算成單一單位的總計。還有分享連結:目前的分頁、輸入值與手動覆寫過的精度都透過 replaceState 存進網址 hash,所以邊打字不會洗掉你的瀏覽紀錄,網址列卻隨時對得上畫面上的內容。
靠位數:10 位 ≈ 秒、13 位 ≈ 毫秒、16 位 ≈ 微秒、19 位 ≈ 奈秒。如果換算出的日期落在合理範圍(大約 1970–2100)之外,工具會警告你並讓你手動覆寫精度 — 一個 10 位數字被當成毫秒解讀會落在 1970 年,那些臭蟲通常就是這副模樣。
幾乎總是日光節約時間,或是某個時區偏移的假設所致。Unix 時間戳本身沒有時區 — 它計算的是自 1970-01-01 UTC 以來的秒數 — 所以差異是在換算成當地時間時才出現的。時區板會顯示每個時區目前的偏移與 DST 狀態,讓你精確看出那一小時跑去哪了。
不會。歷史只存在你瀏覽器的 localStorage 裡 — 每一筆就只是你轉換過的那個數字以及時間點。你可以刪除單筆或全部清除,沒有任何東西會同步或離開你的裝置。
可以 — 批次模式接受每行一個時間戳(各行精度混雜也沒關係,每行都會自動偵測),把它們全部轉成你選定時區的一張表格,並把結果匯出成 CSV。
JavaScript 的日期涵蓋自 epoch 起的 ±8.64e15 毫秒 — 大約是西元前 271821 年到西元 275760 年 — 遠超過任何實際的時間戳。著名的 2038 年問題影響的是 32 位元的 Unix 系統,而不是這個轉換器。
可以 — 自訂格式欄位支援 YYYY、MM、DD、HH、mm、ss、SSS、Z 這些 token(Z 固定顯示 +00:00,因為整個格式都以 UTC 為基準),用方括號包住的文字則會原樣輸出,例如 YYYY-MM-DD [at] HH:mm。預覽會即時更新,常用的格式可以存起來,而且只存在你的瀏覽器裡。
可以 — 切到「Duration」分頁,輸入兩個時間戳(各自和主功能一樣會自動判定精度),就會顯示哪一個在前、哪一個在後,以及天/時/分/秒的差距拆解,還有換算成單一單位的總計。
網址的 hash 會隨著你的輸入即時更新(用的是 replaceState,所以不會在瀏覽紀錄裡留下一長串紀錄),裡面存了目前的分頁、輸入值,以及手動覆寫過的精度。複製網址列就能分享或把某次特定的轉換加入書籤,重新開啟時會還原當時的狀態。