如何查詢
- 選擇自動判斷、Unix 秒、Unix 毫秒或 ISO 8601／日期時間。
- 貼上輸入值；若沒有 Z 或 offset，請明確選擇來源 IANA 時區。
- 選擇輸出時區，檢查 UTC、當地時間與實際 offset。
- 確認秒與毫秒欄位後，複製單一結果或完整 JSON。
範例
- 輸入
1710000000- 輸出
2024-03-09T16:00:00.000Z
10 位數的現代 Unix 值通常是秒。
- 輸入
1710000000000- 輸出
2024-03-09T16:00:00.000Z
13 位數的現代 Unix 值通常是毫秒。
- 輸入
2024-03-10T00:00:00+08:00- 輸出
2024-03-09T16:00:00.000Z
+08:00 與 Z 描述同一時間點。
- 輸入
2024-03-09T16:00:00Z- 輸出
2024-03-10 00:00:00 Asia/Taipei
Z 代表 UTC，切換顯示時區不會改變時間點。
- 輸入
2024-03-10T02:30:00，America/New_York- 輸出
不存在的本地時間，拒絕轉換
當日進入日光節約時間，時鐘由 01:59 跳到 03:00。
結果欄位解讀
Unix timestamp 是從 1970-01-01T00:00:00Z 起算的時間點數值，本身沒有時區欄位；秒與毫秒只差精度及數值倍率。
ISO 8601 的 Z 表示 UTC，+08:00 是相對 UTC 的固定 offset；IANA 時區還包含歷史與日光節約規則。
把同一 timestamp 顯示為不同時區只會改變年月日時分，不會改變代表的瞬間。
常見錯誤與限制
- 無效日期、超出 JavaScript Date 範圍的數值或無法辨識的字串不能轉換。
- 位數只能協助猜測秒或毫秒，已知來源格式時應直接選擇單位。
- 沒有 Z、offset 或來源時區的日期時間具有歧義，不同裝置可能得到不同結果。
- IANA 時區資料由瀏覽器提供；DST 跳時會產生不存在時間，回撥則可能有兩個對應時間點。
常見問題
- Unix timestamp 有時區嗎？
- 沒有。它表示從 UTC epoch 起算的時間點；時區只影響顯示。
- 如何判斷秒或毫秒？
- 現代時間常見秒為 10 位、毫秒為 13 位，但 API 文件或資料庫 schema 才是可靠依據。
- ISO 8601 的 Z 是什麼？
- Z 表示 UTC，等同 +00:00。
- offset 與 IANA 時區有何不同？
- offset 是固定差值；Asia/Taipei、America/New_York 等 IANA ID 還能套用歷史與 DST 規則。
- DST 重複時間怎麼處理？
- 回撥時同一本地時刻可能對應兩個瞬間，需要選擇較早或較晚的 offset。