時間戳記研判台 · 一個數字，四種可能單位
單位還沒確定，數字就還不是一個時刻。
Unix time 是不帶時區的數值尺度；當地日期時間則要靠 UTC offset 或 IANA 時區規則才能落到唯一時刻。這裡分開呈現單位判定、毫秒以下餘數、UTC instant 與指定時區的 civil time。
單位研判軌道RAW · 1710000000000
秒 s
西元 54,202 年
不像常見 API 時間值
毫秒 ms
2024-03-09
常見瀏覽器時鐘單位
微秒 µs
1970-01-20
常見資料庫精度
奈秒 ns
1970-01-01
常見系統追蹤精度
Auto 會先以設定的年份範圍檢查秒與毫秒；兩者都不合理時，才依數量級嘗試微秒或奈秒。無法得到唯一合理結果就拒絕猜測，因為只有資料來源契約能證明單位。
帶正負號的 Epoch 零點軸
< 0
1970 年以前
0
1970-01-01T00:00:00Z
1,000
+ 16 分 40 秒
now
目前觀測時刻
future
沿同一帶正負號尺度前進
同一時刻帳本
Unix 秒1710000000
Unix 毫秒1710000000000
ISO 8601 UTC2024-03-09T16:00:00.000Z
America/New_York3 月 9 日 · 11:00:00
Asia/Taipei3 月 10 日 · 00:00:00
相對時間依查看結果當下動態計算
當地鐘面時間關口
只有補上 offset 或時區規則，civil time 才能對應到時刻。
2026-11-01T01:30有歧義DST 回撥時可能出現兩次，須選 earlier 或 later2026-03-08T02:30不存在DST 跳時可能略過，只有 nextValid 會往後推進2026-08-03T10:00Z已明確Z 直接指定 UTC instant2026-08-03T10:00+08:00已明確與 02:00Z 是同一個 instant精度橋接
1
BigInt 輸入
保存整數與十進位換算證據
2
奈秒帳本
保留完整奈秒值
3
Date 邊界
日期與 ISO 顯示只到毫秒
4
IANA formatter
依瀏覽器 tzdb 投影 civil time
常見事故板
意外回到 1970
把毫秒重複除以 1,000
日期跑到遙遠未來
把秒當成毫秒，或反過來
TTL 差 1,000 倍
API 邊界缺少單位契約
排程時間位移
沒有 offset 的日期被套用錯誤時區規則
追蹤順序消失
奈秒進入 Date 後只剩毫秒顯示
閏秒邊界
POSIX 秒不是天文時間尺度。
Unix／POSIX time 不把 leap second 單獨編成一個時間戳記。若需求必須區分 UTC 閏秒事件、TAI、GPS 或天文時間，應改用理解相應時間尺度的系統。