如何將 Unix 時間戳記轉換為可讀日期
快速解答
Unix 時間戳 = 自 1970-01-01 00:00:00 UTC 以來的秒數（或毫秒）。使用 JavaScript 中的 new Date(timestamp * 1000)（秒）或 new Date(timestamp)（毫秒）轉換為日期。使用 Math.floor(date.getTime() / 1000) 將日期轉換回來。使用我們的時間戳轉換器可以在瀏覽器中立即完成這兩項操作。
介紹
Unix 時間戳（也稱為紀元時間或 POSIX 時間）是自 1970-01-01 00:00:00 UTC（Unix 紀元）以來經過的秒數，不包括閏秒。它是計算中時間的通用語言，因為它是與時區無關且可簡單排序的單一整數。大多數系統都使用秒； JavaScript 和許多資料庫使用毫秒。
步步
-
了解秒與毫秒
大多數後端系統和 APIs 使用秒（10 位元時間戳記直到 2286）。 JavaScript 的 Date 和 Java 的 Instant 使用毫秒（13 位數）。始終確認 API 需要哪個單位 - 混合它們會將日期移動 1000 倍（偏差約 31 年）。
-
將時間戳記轉換為可讀日期
將時間戳記貼到時間戳轉換器中。它按長度（10 與 13 位元）檢測秒與毫秒，並以 UTC 和您當地的時區顯示日期。在程式碼中： new Date(1700000000 * 1000).toISOString() 傳回 '2023-11-14T22:13:20.000Z'。
-
將日期轉換為時間戳
在轉換器中輸入日期和時間；它會傳回 Unix 時間戳記。在程式碼中： Math.floor(new Date('2026-08-28T12:00:00Z').getTime() / 1000) 傳回紀元秒數。始終指定時區（Z 或偏移量）以避免當地時間歧義。
-
正確處理時區
Unix 時間戳始終是 UTC — 它們沒有時區。僅在表示層轉換為本地顯示。切勿將本機時間儲存為時間戳記；儲存 UTC 並在顯示時進行轉換。將 IANA 時區名稱 (America/New_York) 與 Intl.DateTimeFormat 結合以實現正確的 DST 處理。
-
計算日期之間的差異
減去兩個時間戳記即可得到以秒（或毫秒）的差值。分鐘除以 60，小時除以 3600，天數除以 86400。使用我們的日期差異工具計算適合人類的範圍，或使用年齡計算器計算基於出生日期的年齡。
範例
Unix時代
輸入: 0 (seconds)
輸出: 1970-01-01 00:00:00 世界標準時間
紀元後十億秒
輸入: 1000000000 (seconds)
輸出: 2001-09-09 01:46:40 世界標準時間
UTC 時間 2026 年初
輸入: 2026-01-01T00:00:00Z
輸出: 1767225600（秒）/1767225600000（毫秒）
兩個日期之間的差異
輸入: 1767225600 - 1700000000
輸出: 67225600 seconds = 778.08 days ≥2 years 31 days
常見問題
- 秒與毫秒的混淆：讀作毫秒的 10 位元時間戳給出了 1970 年的日期；讀取為秒的 13 位元時間戳會溢出 32 位元 int。透過位數偵測單位或將其明確記錄在 API 中。
- 將本機時間儲存為時間戳記：時間戳為 UTC。如果您在設定為 UTC-5 的瀏覽器中計算 Date.now() 並將結果視為本機結果，則 DST 轉換將使您的資料每年移動一小時兩次。
- 2038-01-19 03:14:07 UTC (Y2038) 發生 32 位元溢出：使用帶符號的 32 位元秒時間戳記的系統無法表示此點之後的日期。在新系統中使用 64 位元或毫秒時間戳。
- 忽略閏秒：Unix 時間戳跳過閏秒，因此兩個時間戳記之間的差異不等於經過的 SI 秒數。大多數應用程式可以忽略這一點；高精度的天文學和金融則做不到。
提示
- 始終以 UTC 格式儲存和傳輸時間戳記；僅在顯示層使用 Intl.DateTimeFormat 和 IANA 時區轉換為本地時間。
- 使用 ISO 8601 字串（例如 2026-08-28T12:00:00Z）作為人類可讀的 APIs 和時間戳進行儲存 - ISO 字串明確攜帶其時區並且明確。
- 比較時間戳時，雙方使用相同的單位（秒或毫秒）－單位不符是最常見的日期錯誤之一。
- 在偵錯期間使用我們的時間戳記轉換器對 API 回應進行健全性檢查 - 它顯示 UTC 和本地時間，以便您可以立即發現時區錯誤。