跳至主要內容
Lizely

Unix 時間戳轉換器

將 Unix 時間戳轉換為人類可讀的日期（UTC、本機時間、ISO 8601）以及反向轉換——瞬間完成，完全在瀏覽器中執行。

隱私權：你的檔案不會離開裝置，所有處理均在瀏覽器本機完成。

使用方式

  1. 1.要解碼時間戳，請將 Unix 值貼入 "Timestamp → Date" 欄位，並選擇「秒」或「毫秒」。
  2. 2.檢視結果：ISO 8601 與 UTC 無時區限制；"本機時間" 會反映你裝置的時區設定；"相對時間" 則顯示與現在的距離。
  3. 3.要反向操作，請輸入或貼上一個日期（例如 2023-11-14T22:13:20Z）至 "Date → 時戳" 欄位中，以取得秒與毫秒為單位的時間戳記值。

關於Unix 時間戳轉換器

Unix 時間戳是自 Unix 時期以來經過的秒數——1970-01-01T00:00:00Z（UTC）。它幾乎是所有你接觸的系統的時間基礎：伺服器日誌、API 回應、資料庫欄位、JWT 到期宣告、定時任務和 Git 提交皆以純整數形式儲存時間，從該 UTC 的 1970 點零時開始計數。由於僅是一個數字且不帶時區，因此緊湊、可排序且無歧義——但單純無法一眼閱讀。此轉換器雙向橋接此差距，完全在瀏覽器中運作。

解析時間戳後，你將同時看到四種檢視：ISO 格式 8601 (2023-11-14T22:13:20.000Z)、易讀的 UTC 字串、你自己的當地時間，以及相對標籤如 "3 小時前" 或 " 在 2 天內"。反向操作，貼上任何日期 —— 一個 ISO 格式 8601 字串、一個簡單的 "2023-11-14 22:13:20 UTC," 或自然日期 —— 來取得精確的時間戳值，單位為秒與毫秒。

一個常讓開發者困惑的細節是：秒與毫秒的差異。Unix 時間以秒為單位定義，但 JavaScript 的 Date、Java 的 System.currentTimeMillis() 與許多 API 則以毫秒為單位運作——為秒的 1000 倍。一個 10 位數的數字幾乎都是秒；一個 13 位數的數字則是毫秒。此工具會根據位數自動偵測，並提供單位覆蓋選項，避免你因誤將毫秒輸入秒欄而意外跳到 55000 年。

還有一個著名的「2038 年」問題：系統若以有符號 32 位整數儲存 Unix 時間，則會在 03:14:07 UTC 的 19 一月 2038 時溢位，並回繞至 1901。現代平臺使用 64 位整數，可安全運作數百億年，但此錯誤仍潛伏於舊式嵌入式與資料庫程式碼中——這正是能夠直接觀察原始時間戳真正意義的日常除錯需求。

所有轉換皆在本機以平臺 Date 物件與明確的 UTC 格式計算，因此不會上傳任何內容，你的資料也從未離開頁面。此工具正是為你面對日誌行、API 輸入或資料庫欄位時，需要確認實際時間的瞬間而設計。

方法與來源

Unix 時間 = 自 Unix 時期以來的秒數（1970-01-01T00:00:00Z）；轉換使用平臺 Date 物件並以明確的 UTC 格式（ISO 8601）處理。

常見問題

什麼是 Unix 時間戳？
它是指自 Unix 時期以來經過的秒數，即 1970-01-01T00:00:00Z（UTC）。它本身沒有時區，因此成為跨日誌、API 與資料庫儲存時間點的緊湊、無歧義方式。
我該如何判斷我的數字是秒還是毫秒？
數一下位數。目前的時間戳以秒為單位約為 10 位數；以毫秒為單位則約為 13 位數（為秒的 1000 倍）。此工具會根據長度自動偵測，若需要也可透過「秒／毫秒」選項覆蓋單位。
什麼是「2038 年」問題？
儲存 Unix 時間於有符號 32 位整數的系統會在 03:14:07 UTC 的 19 一月 2038 時溢位，並回繞至 1901。64 位系統不受影響。現代瀏覽器使用 64 位雙精度浮點數，因此此轉換器能正確處理遠至 2038 之後的日期。

相關工具

開發者工具 使用指南

查看全部