數字與格式化日期
Unix 時間戳精簡且方便計算；ISO 8601 易讀，並能聲明 UTC 偏移。2023-11-14T22:13:20Z 中的 Z 表示 UTC，對應 Unix 時間戳 1700000000 秒。
保持同一時刻
2023-11-14T22:13:20Z 與 2023-11-15T06:13:20+08:00 描述同一時刻，轉換為 Unix 時間後會得到相同數值。若 ISO 字串沒有 Z 或偏移，就必須由外部規則說明它屬於哪個時區。
往返轉換的選擇
供人閱讀的日誌和資料交換，適合使用帶有明確偏移的 ISO 字串；需要精簡儲存和算術處理時，可使用清楚記錄單位的 Unix 數值。來源資料包含有效小數秒時，應在往返過程保留精度。
ISO 8601 與 RFC 3339
RFC 3339 是面向網際網路時間戳的較受限格式子集。實際 API 中應查看欄位規格，不要只憑字串外觀猜測是否允許省略偏移或採用不常見日期形式。
帶偏移的日期與 Unix 時間
| 表示方式 | 同一時刻的值 |
|---|---|
| UTC | 2023-11-14T22:13:20Z |
| 北京偏移 | 2023-11-15T06:13:20+08:00 |
| 紐約偏移 | 2023-11-14T17:13:20-05:00 |
| Unix 秒 | 1700000000 |
末尾的 Z 表示 UTC 零偏移；帶正負號的偏移說明顯示鐘點與 UTC 相差多少。移除偏移後，日期需要來源時區才能確定時刻。替北京鐘點直接加上 Z 是宣稱它為 UTC，會改變含義，並未完成換算。
按步驟核對往返轉換
在時間戳轉換器輸入 1700000000，選擇秒並複製 ISO 輸出。再到日期轉時間戳，輸入 2023 年 11 月 14 日 22:13:20、選擇 UTC 與秒，結果應回到同一個整數。
2023-11-14T22:13:20.123Z 對應 1700000000123 毫秒。目標系統若只支援整數秒，就無法保留 123 毫秒。交換資料前應確認雙方精度，不只是核對日期格式。
什麼格式適合介面？
ISO 8601 涵蓋的形式比許多解析器支援的更多。RFC 3339 是網際網路交換使用的較窄約定；擴展日期、鐘點與明確偏移通常較便於相容。
[America/New_York] 後綴附帶 IANA 時區名稱，但並非所有 ISO 或 RFC 3339 解析器都接受。一般介面優先使用 UTC ISO 輸出，地區排程另存時區。避免 03/04/2026 這類順序不明的日期；缺少偏移時參考時區與日光節約時間解讀。