在 Unix epoch 時間戳記和人類可讀日期之間轉換。自動偵測秒與毫秒。顯示 UTC 和本地時區。不會有任何內容離開你的瀏覽器。
時間戳記轉換器雙向翻譯 Unix epoch 值和人類可讀日期。貼上一個 epoch 數字，它會顯示對應的 UTC 日期時間和你的本地日期時間，並自動偵測值是以秒還是毫秒為單位。輸入日期和時間後，它會以秒和毫秒兩種單位轉換回 epoch 值。所有轉換邏輯都在你的瀏覽器內使用 JavaScript Date API 執行；你輸入的任何內容都不會傳輸到任何伺服器。
秒和毫秒之間的自動偵測使用一個簡單的閾值：大於 9999999999 的值視為毫秒（涵蓋 2001 年起的日期，以毫秒表示），等於或小於此值的視為秒（涵蓋至 2286 年的日期）。如果你的時間戳記落在模糊的範圍內，可以使用切換按鈕覆蓋猜測結果。本地時間轉換使用你瀏覽器本身的時區，包括該日期有效的任何夏令時間偏移。
不會。整個轉換都是本機 JavaScript Date 物件操作。你輸入的 epoch 值或日期只存在於你的瀏覽器分頁中。轉換期間不會向 Sunasty 或任何其他主機發出任何請求。
它以位數判斷：10 位以內視為秒，11 到 13 位視為毫秒，14 到 16 位視為微秒，17 位以上視為奈秒。當位數難以判斷時，系統會從最小的單位開始逐一嘗試，並採用第一個能對應到合理年份的單位。可以使用切換按鈕覆蓋此決定。
你的瀏覽器報告的時區，通常是你裝置的系統時區。如果你的裝置設定為 UTC，本地和 UTC 將顯示相同的值。此工具不允許你為本地顯示選擇任意時區；對於多時區轉換，本站的世界時鐘工具更合適。
JavaScript Date 物件支援大約從 -8,640,000,000,000,000 毫秒（西元前 271821 年）到 8,640,000,000,000,000 毫秒（西元 275760 年）的值。實際上，1970 年到 2100 年範圍以外的時間戳記很少見，只要在 JavaScript Date 範圍內，工具都能正確處理。
如果你貼入浮點數值，小數部分在轉換前會被截斷，因為 JavaScript Date 以整數毫秒為單位工作。微秒或奈秒精度的時間戳記（在 Postgres 或 Kafka 中常見）會直接處理：貼上完整數值，單位選擇器會自動選出正確的單位。顯示的日期仍會以毫秒為精度呈現，因為這是 JavaScript 日期所具備的精確度。
沒有。Unix 時間不計算閏秒；它將每天定義為恰好 86,400 秒，無論任何閏秒調整。這是標準行為，與 POSIX 系統、程式語言和大多數資料庫的報告一致。