安全轉換 Epoch 數值
貼上帶有正負號的整數，檢查工具辨識的單位，再選擇可讀結果所用的時區。1700000000、1700000000000、1700000000000000 與 1700000000000000000 分別採用四種單位，卻代表同一時刻。
自動辨識適合當代常見數值，但不是不可更改的判斷。處理歷史資料、負數或非常遙遠的日期時，應依欄位文件手動選擇單位。
各種輸出有何差異？
UTC 是統一參考時間；指定時區時間 會採用 IANA 時區規則與當時有效的日光節約時間偏移；ISO 8601 適合機器讀取與日誌交換；RFC 2822 常見於郵件與舊式協定。毫秒結果便於與 JavaScript Date 及許多 API 欄位比對。
常見錯誤
- 把 13 位毫秒當成秒，會產生極遙遠或超出範圍的日期。
- 直接在本地日期後加上
Z，等於宣稱原值是 UTC，會改變它代表的時刻。 - 時間戳不會記住建立地點；從日期反推時間戳時才必須明確指定輸入時區。
- 微秒或奈秒可保留單位數值，但瀏覽器日期顯示通常只能精確到毫秒。
如何操作這個工具
貼上原始整數，不加入千位分隔符號。依來源文件選擇單位，或核對自動辨識，再選顯示時區並按轉換。修改輸入、單位或時區後，舊結果立即清除，避免誤複製。
輸入與輸出範例
| 輸入或設定 | 預期結果 |
|---|---|
0 · s | 1970-01-01T00:00:00.000Z |
1700000000000 · ms | 2023-11-14T22:13:20.000Z |
-1 · ns | 1969-12-31T23:59:59.999Z |
使用結果前的檢查
UTC 與 ISO 表示同一時刻。微秒與奈秒保留原始整數，日曆日期顯示到毫秒。出現精度提示時，精確匯出應保存更細的整數。超出範圍與非整數有不同錯誤；修正資料前先看單位差異。