Unix 時間戳是什麼？1700000000 這種數字怎麼看（附轉換工具）
在資料庫、API、log 看到 1700000000 這種數字搞不懂？這篇用白話講清楚 Unix 時間戳是什麼、為什麼程式都用它、秒和毫秒怎麼分，以及怎麼線上和日期互轉。
本文部分連結為聯盟連結，透過連結購買不會增加你的費用。
寫程式、看資料庫或 log 時，常會撞見 1700000000 這種「看起來是某個時間、但完全看不懂」的數字。那就是 Unix 時間戳。它其實是程式界記錄時間最通用的方式，搞懂它，處理時間相關的資料就不再卡。
Unix 時間戳是什麼？
Unix 時間戳是：從 1970 年 1 月 1 日 00:00:00（UTC）起，到某個時間點所經過的「秒數」。
1700000000 → 約 2023 年 11 月 15 日（UTC）
0 → 1970 年 1 月 1 日 00:00:00（起點）
用一個數字，就精準表示了某一刻。這個 1970 的起點，常被稱為「Unix 紀元（Epoch）」。
為什麼程式都用它？
因為數字最好處理：
- 好計算間隔：兩個時間戳相減，就是中間差幾秒。
- 好排序：比大小就好，不用解析日期格式。
- 沒有格式與時區爭議：日期有各種寫法和時區，時間戳是單一純數字、以 UTC 為基準。
所以慣例是：內部運算用時間戳，要顯示給人看時，再轉成當地的可讀日期。
秒 vs 毫秒：看位數
最容易出錯的地方——單位：
| 位數 | 單位 | 範例 |
|---|---|---|
| 10 位 | 秒 | 1700000000 |
| 13 位 | 毫秒 | 1700000000000 |
毫秒就是秒 × 1000。JavaScript 預設用毫秒，很多後端用秒，混用時會差 1000 倍，看位數就能判斷。
小心時區
時間戳以 UTC 為基準，台灣是 UTC+8——同一個時間戳，台灣看到的當地時間比 UTC 早 8 小時。如果你換算出來的時間「差了 8 小時」，多半就是時區沒處理對。
怎麼和日期互轉？
最快用 KitBao 的 Unix 時間戳轉換工具——它會即時顯示「現在的時間戳」可一鍵複製，貼上時間戳自動轉成日期（會自動判斷秒／毫秒），或選日期時間轉回時間戳，並同時顯示本地與 UTC 時間方便比對。
1700000000 → 2023-11-15 06:13:20 (UTC) / 14:13:20 (台灣)
講白了
Unix 時間戳就是「從 1970/1/1 起算的秒數」，用一個數字表示時間——程式內部因為好計算、好排序、無時區歧義而愛用它。記住兩件事：10 位是秒、13 位是毫秒；它以 UTC 為基準，台灣要 +8 小時。 要和日期互轉，丟進 Unix 時間戳轉換工具一鍵搞定。想了解其他開發常見格式，可看 JSON 是什麼、Base64 是什麼。
常見問題
Unix 時間戳是什麼？
Unix 時間戳是「從 1970 年 1 月 1 日 00:00:00（UTC）到現在經過的秒數」，用一個數字表示某個時間點。例如 1700000000 就代表 2023 年 11 月中的某一刻。因為它是單純的數字、不含時區與格式爭議，程式、資料庫、API 內部記錄時間幾乎都用它，要顯示給人看時再轉成可讀日期。
為什麼程式都用時間戳，不直接存日期？
因為數字最單純、最好處理。日期有各種格式（2026/06/17、June 17…）和時區差異，比較、計算、排序都麻煩；時間戳是一個純數字，兩個時間相減就能算出間隔秒數，排序也只是比大小，而且不含時區歧義（以 UTC 為基準）。所以內部運算用時間戳、顯示時才轉成當地日期，是最省事的做法。
10 位數和 13 位數的時間戳差在哪？
位數代表單位。10 位數（如 1700000000）通常是「秒」；13 位數（如 1700000000000）是「毫秒」，多了三位就是把秒乘以 1000。很多程式語言（如 JavaScript）預設用毫秒，其他系統常用秒，混用時容易差 1000 倍而出錯。換算時看位數就能判斷單位。
時間戳顯示的時間和我這裡差幾小時？
那是時區造成的。時間戳本身以 UTC 為基準，台灣是 UTC+8，所以同一個時間戳，在台灣看到的當地時間會比 UTC 早 8 小時。轉換工具通常會用你裝置的本地時區顯示，同時附上 UTC 方便比對。若你算出的時間差了 8 小時，多半就是時區沒換對。