常用
本地執行 · 零上傳

時間戳轉換

Unix ⇄ 日期 · 秒/毫秒

時間戳

就緒

原始輸入

                                
                            
解析輸出

                                
固定高度,長程式碼在框內滾動

ABOUT

關於 時間戳轉換

在 Unix 時間戳與 ISO 日期字串之間快速互轉,排查日誌與介面時間欄位。

日誌排查、JWT exp 解讀、資料庫 created_at 欄位——時間戳轉換是日常最高頻的「小工具」之一。秒/毫秒混用導致的 1970 年或 2286 年日期笑話,本地即時轉換即可避免。

DEEP DIVE

深入瞭解 時間戳轉換

Unix 時間戳是從 1970-01-01 00:00:00 UTC 起的秒數(或毫秒數)。日誌系統、資料庫、JWT 的 iat/exp、JavaScript Date.now() 都使用這一格式。JSONSort 時間戳工具雙向轉換 Unix 時間與 ISO 8601 可讀日期,自動識別秒/毫秒位數。

排查「這個時間戳是哪天」、構造測試資料的特定時間、驗證 JWT 過期時間等,都是開發者日常高頻需求。

Unix 時間戳有秒(10 位)與毫秒(13 位)兩種慣例:MySQL UNIX_TIMESTAMP、JWT exp 用秒;JavaScript Date.now()、Java System.currentTimeMillis() 用毫秒。工具按位數自動識別,仍建議確認來源系統文件。

FEATURES

核心能力

01

Unix → 日期

輸入時間戳,輸出 ISO 8601 與本地時區可讀格式。

02

日期 → Unix

輸入日期字串,輸出秒/毫秒時間戳。

03

秒/毫秒識別

自動判斷 10 位(秒)與 13 位(毫秒)時間戳。

04

多時區展示

同時顯示 UTC 與本地時區,避免時差困惑。

05

即時計算

輸入變化立即更新所有格式輸出。

06

本地執行

無網路請求,離線也可使用。

07

當前時間

一鍵填入 now 的時間戳與 ISO 字串。

08

多格式輸出

同時顯示 ISO 8601、本地 locale 與 Unix 秒/毫秒。

HOW TO USE

使用步驟

  1. 1

    輸入時間戳或日期字串

  2. 2

    檢視雙向轉換結果

  3. 3

    複製所需格式

  4. 4

    使用範例資料按鈕快速瞭解輸入輸出格式

  5. 5

    複製結果到剪貼簿,或與其他 JSONSort 工具串聯使用

WORKFLOW

典型工作流

從匯入資料到匯出結果的完整流程,幫助團隊統一 時間戳轉換 的使用方式。

1

識別來源格式

數位數:10=秒,13=毫秒;或貼上 ISO 日期字串。

2

輸入轉換

貼上到輸入區,檢視全部格式輸出。

3

交叉驗證

與日誌原文、JWT exp 對照確認一致。

4

複製使用

取所需格式寫入測試資料或文件。

USE CASES

適用場景

後端

後端開發

解讀日誌中的 Unix 時間戳,確認事件發生的真實時間。

前端

前端開發

構造 Date.now() 對應的時間戳,除錯 countdown 元件。

測試

測試工程師

生成特定過期時間的 JWT 或 session 測試資料。

資料

資料分析

CSV/JSON 中時間戳欄位轉為可讀日期做報表。

日誌

日誌分析

Splunk/ELK 中 @timestamp 與 Unix 欄位互轉對照。

區塊

區塊鏈/Web3

鏈上 block timestamp 轉可讀時間驗證交易順序。

TIPS

使用技巧

  • 10 位是秒、13 位是毫秒——差 1000 倍是最常見的錯誤來源。
  • JWT 的 exp 是秒級 Unix 時間戳,JavaScript Date.now() 是毫秒。
  • 輸入 ISO 字串如 2024-01-15T08:00:00Z 可反查 Unix 時間戳。
  • 排查日誌時確認伺服器時區:UTC 與 CST 差 8 小時。
  • 與 JWT 工具配合:解碼 Token 後把 exp 貼上到此工具檢視過期時刻。
  • 資料庫匯出的秒級時間戳,轉換時注意是否需要 ×1000 給 JS 使用。
  • 看到 1970-01-01 多半是毫秒當秒用了,×1000 再試。
  • 夏令時切換日 locale 顯示可能跳一小時,以 UTC 為準。
  • JWT exp 轉日期後減 5 分鐘 buffer 設鬧鐘提醒重新整理 Token。
  • 資料庫儲存用 UTC,展示層再轉本地時區。

LOCAL VS ONLINE

本地 vs 線上工具

JSONSort 堅持純前端架構,以下對比說明為何本地化工具更適合處理開發資料。

對比項
JSONSort 本地
傳統線上工具
資料隱私
完全本地,零上傳
多數需上傳至伺服器
響應速度
毫秒級,無網路延遲
受網路與伺服器負載影響
離線使用
支援 PWA 離線
通常需要聯網
敏感資料
JWT/配置/日誌可放心處理
存在洩露風險
廣告與追蹤
無廣告、無資料追蹤
多數含廣告或 Analytics
檔案拖拽
支援本地檔案直接匯入
部分工具限制上傳大小
工具聯動
19 種工具同一頁面切換
通常每種工具獨立網站
開源透明
純靜態頁,可審查原始碼
閉源服務端不可審計

TROUBLESHOOTING

常見誤區與排查

實際使用中容易遇到的問題及建議處理方式,減少反覆試錯的時間。

日期差 8 小時

建議:UTC 與 CST 混淆;對照 ISO 字串中的 Z 或 +08:00。

13 位仍不對

建議:可能是微秒;除以 1000。或檢查是否自定義 epoch。

ISO 解析失敗

建議:確認格式含 T 分隔符與時區;不完整日期補全。

與伺服器不一致

建議:伺服器 clock skew;以 NTP 同步後的權威源為準。

FAQ

常見問題

怎麼區分秒和毫秒?

10 位數一般為秒(如 1700000000),13 位數為毫秒(如 1700000000000)。工具會自動識別。

支援時區嗎?

輸出包含 UTC 與瀏覽器本地時區兩種格式。

2038 年問題會受影響嗎?

JavaScript 使用 64 位浮點表示時間,2038 年前無需擔心。

支援負數時間戳嗎?

支援。1970 年之前的日期對應負 Unix 時間戳。

微秒時間戳怎麼辦?

16 位微秒需 ÷1000 轉為毫秒後再轉換。

資料會上傳到伺服器嗎?

不會。JSONSort 所有工具均在瀏覽器本地執行,您的輸入內容不會傳送到任何後端伺服器。

需要註冊或安裝嗎?

不需要。開啟頁面即可使用,無需賬號、無需下載客戶端,也支援 PWA 離線快取。

支援多大的檔案?

取決於瀏覽器記憶體,通常可流暢處理數 MB 級別的資料。超大檔案建議先拆分或使用合併清理工具。

已複製到剪貼簿