Unix 時間戳轉換
將 Unix 時間戳與日期互相轉換，明確選擇秒、毫秒與時區。
如何轉換時間戳？
- 先選擇日期使用的時區：UTC、台北或本機時區。
- 時間戳轉日期時，明確選擇「秒」或「毫秒」，輸入數值後按「轉成日期」。
- 日期轉時間戳時，依 YYYY-MM-DD HH:mm:ss 輸入，可附加 .SSS 毫秒，再按「轉成時間戳」。
- 結果同時列出秒、毫秒、UTC 與所選時區日期，可一次複製。修改輸入或設定後請重新轉換。
秒、毫秒與時區差在哪？
Unix 時間戳以 1970-01-01 00:00:00 UTC 為起點，1 秒等於 1,000 毫秒；負值表示起點之前的時間。本工具不靠位數猜測單位，秒可輸入最多 3 位小數，毫秒只接受整數。
同一個時間戳在不同時區代表同一瞬間，但顯示的日期與時間不同。例如 0 秒在 UTC 是 1970-01-01 00:00:00，在台北則是當天 08:00:00。
部分時區切換日光節約時間時，某些時間會跳過或出現兩次。不存在的時間會要求修正；重複時間需選擇較早或較晚的一次，再重新轉換。結果會標示當時的 UTC 時差。
支援 UTC 日期 1900～2100 年，不處理閏秒。時區規則由瀏覽器提供，歷史或未來日期可能受時區資料版本影響。目前時間依裝置時鐘顯示，複製時取當下值，沒有連線校時。
輸入與結果只在瀏覽器處理，不會上傳或自動儲存；重新整理後會清空。本機時區在開啟頁面時讀取，變更裝置時區後請重新整理。
相關工具
需要整理資料可使用JSON 格式化／驗證；計算日期相差天數可使用日期計算機。
紀錄裡只有一串數字，怎麼查出真正的時間
回到工具兩筆紀錄差了幾小時，不一定是錯誤
客服回報的發生時間和系統紀錄對不上，先別急著認定程式漏了一筆。Unix 時間戳從 1970-01-01 00:00:00 UTC 起算，同一個瞬間換成不同地區的日期，畫面可能差了幾小時，甚至落在不同日期。先把兩邊的單位與時區對齊，才有辦法往下查事件順序。
當系統紀錄只有一串數字時，先查資料欄位的說明，確認它是否真的是 Unix 時間戳，以及採哪個單位。不能看到長整數就直接認定是日期，也不能用它的大小猜是台北或 UTC。時區是顯示方式，不是數字本身的標籤。要追查兩個事件順序，可以先保留原值，再轉成相同時區方便閱讀。
對照後若確定是同一瞬間，就能把注意力轉向事件內容、識別碼或處理順序。若時間仍不一致，再查來源的時鐘與記錄方式。轉換工具只能解讀數值，無法證明當時伺服器的時間是準確的。
年份突然跑很遠，先看秒與毫秒
一串數字轉出很遙遠的年份，常見的檢查方向是單位。1 秒等於 1,000 毫秒，兩者混用會讓結果差很多。但位數只能提供線索，不能當成欄位定義。本工具讓你明確選擇單位，就是為了避免把沒有說清楚的資料默默當成某一種格式。
秒和毫秒的選項應依來源決定，而不是試到某個年份看起來合理就採用。你可以先找同一筆資料附近是否有可讀日期，或查看產生這個欄位的程式說明，再核對換算。若需要保留毫秒精度，也要確認沒有在複製或匯入表格時被截掉小數。把毫秒整數轉成秒後，小數部分可能正是需要保留的資訊，不宜為了讓數字短一點就直接刪除。
匯出到試算表後，也值得看一次儲存格裡的完整內容。畫面省略末尾位數，和資料真的被截斷是兩回事。回到原始輸出核對，才能分辨問題發生在換算前，還是出現在複製與整理的過程。
用零確認時區，不要重複加上時差
想先弄懂畫面，可以用 0 秒試算。UTC 對應起點的午夜，台北則顯示同一天 08:00:00，兩個結果說的是同一瞬間。實際排查時容易出錯的地方，是資料已經轉過當地時間，又被人手動補了一次時差。先讀懂欄位的意思，再決定是否需要換算。
用零作為例子，可以確認你選到的時區顯示方式，但不能據此推論所有歷史日期都只要手動加固定小時。轉換實際資料時，應讓工具依所選時區處理，並查看結果標示的時差。日期輸入若已經在其他系統換成當地時間，就不要再自行多加一次。也要確認字串是否符合本頁要求的排列，日期和時間中少一個部分，可能無法表達你想要的瞬間。
協作時可以用 UTC 作為對照欄，再附上讀者熟悉的當地時間。前者方便比對事件，後者方便理解日常時段，不需要為了統一表格就刪除其中一種有用的資訊。
同一個當地時間，可能對應不同瞬間
如果紀錄來自會調整夏令時間的地區，時間差就不只是固定幾小時。時鐘往前調，某些當地時間不會出現。往後調，某段時間又可能重複。只有年月日時分秒的文字，此時未必能指向唯一瞬間，還需要來源保留的時差資訊。
遇到當地時間不存在或重複的提示，應回到來源查它當時使用的時差或額外標記。不要只為了讓轉換成功就隨意選較早或較晚的一次，因為兩者可能是不同瞬間。若原始資料只留下年月日時分秒，沒有足夠資訊，應保留無法唯一判定的限制，而不是補上一個看似精確的答案。分析跨地區紀錄時，UTC 或帶明確時差的資料通常更容易對照，顯示給讀者時，再附當地時間。
若來源沒有留下足夠資訊，可以直接註明時間無法唯一判定。這比補上一個看起來精確的結果更適合留作紀錄。瀏覽器的時區資料也有其限制，重要事件仍應向產生資料的系統查證。
整理排錯紀錄，留下能重現的線索
把轉換結果貼進排錯報告前，先想想接手的人能不能重做同一次查詢。只有日期文字，往往看不出原本是秒、毫秒，還是已經處理過的當地時間。保留原值與設定，可以讓問題回到資料本身，而不是在不同截圖之間猜測。
整理排錯表格時，可以分別保留原時間戳、單位、所選時區與轉換結果，讓別人能重現相同操作。不要只保留最後的日期字串，否則後來想檢查毫秒或時區差異時，可能已經失去必要資訊。如果改了輸入或設定，記得重新轉換，再複製新的結果，不要把舊畫面當作目前條件。
當你查看目前時間時，來源是裝置時鐘，不是另外連線取得的標準時間，因此不適合據此證明伺服器授時正確。敏感紀錄也應只取需要的欄位來檢查，避免把權杖或個人資料一併貼進分享內容。關閉頁面前，將需要的資料另外保存。