所有工具開發者工具

Unix 時間戳記轉換器

將以秒、毫秒、微秒或奈秒為單位的 Unix 時間戳記轉換為 UTC 或全球主要時區的日期，或將日期轉換回時間戳記。

目前 Unix 時間

時區

您輸入的內容不會被儲存，轉換後在同一請求中傳回。

關於 Unix 時間戳記轉換器

日誌、資料庫和 API 以 Unix 時間戳記錄時間，也就是自 1970 年 1 月 1 日 UTC 起經過的秒數。把時間戳貼到這裡，就能看到它在你所在時區的實際日期與時間；也可以把日期轉換成查詢或 API 呼叫需要的時間戳。

功能作用

依數值大小判斷時間戳是秒、毫秒、微秒還是奈秒。
依所選時區顯示日期及其 UTC 偏移，並提供 UTC 與當地時間的 ISO 8601 格式。
把 dd/mm/yyyy 格式的日期與時間轉換回秒和毫秒。
當某個當地時間因夏令時間切換而被跳過或重複時發出提醒。
即時顯示目前的 Unix 時間，可一鍵複製。

運作方式

1 選擇你的時區（若瀏覽器時區在清單中，會自動選取）。
2 貼上時間戳並按 Convert，或輸入日期以取得對應的時間戳。
3 複製你需要的格式。

秒還是毫秒：如何判斷單位

當前日期的時間戳以秒為單位時有 10 位（1767225600 即 2026 年 1 月 1 日 00:00 UTC），毫秒為 13 位，微秒為 16 位，奈秒為 19 位。工具依數值大小判斷：小於 10^11 視為秒，小於 10^14 視為毫秒，小於 10^17 視為微秒，更大的視為奈秒。JavaScript 的 Date.now() 和多數 Java API 回傳毫秒；Unix 工具、Python 的 time.time() 和多數資料庫回傳秒。你也可以手動指定單位。

時區與夏令時間

Unix 時間戳一律是 UTC，只有在顯示給人看時時區才有意義。反過來，當地時間可能有歧義：時鐘撥回時 01:30 會出現兩次，時鐘撥快時 02:30 根本不存在。工具在這兩種情況都會提醒，而不是默默選一個。這正是報表每年兩次差一小時的常見原因。

負數時間戳、小數和有效範圍

負數時間戳表示 1970 年之前的日期：-86400 是 31/12/1969 00:00 UTC。本工具接受從 -62135596800（01/01/0001 00:00:00 UTC）到 253402300799（31/12/9999 23:59:59 UTC）之間的任意時刻。小數部分會保留為秒的小數，所以 1700000000.5 是 14/11/2023 22:13:20.5 UTC。單位只依數值大小判斷，因此 03/03/1973 之前的毫秒值最多 11 位，會被當作秒：86400000 顯示為 27/09/1972，而不是 02/01/1970。遇到這類舊數值，請把單位設為毫秒。

在 Excel、Google 試算表和 SQL 中轉換時間戳

在 Excel 或 Google 試算表中，=A1/86400+DATE(1970,1,1) 會把 A1 儲存格中的秒數轉換為 UTC 日期（毫秒請除以 86400000），再把儲存格格式設為日期和時間。要顯示當地時間，加上以小時計的 UTC 偏移除以 24，例如台北時間加 +8/24。=(A1-DATE(1970,1,1))*86400 則把日期換回秒數。在 PostgreSQL 中，to_timestamp(1700000000) 回傳 timestamptz，EXTRACT(EPOCH FROM column) 反向轉換；在 MySQL 中，FROM_UNIXTIME(1700000000) 和 UNIX_TIMESTAMP(column) 都使用工作階段的時區。把同一個值貼到這裡即可核對公式：1700000000 應得到 14/11/2023 22:13:20 UTC。

問題

為什麼轉換出來的日期是 1970 年？

這個值很可能是秒卻被當成毫秒讀取，或在來源系統中本來就是 0 或空值。1970 年 1 月的日期幾乎總是代表缺漏值，而不是真實事件。

會計算閏秒嗎？

不會。Unix 時間忽略閏秒，所以每天正好 86,400 秒。這與電腦、資料庫和 API 儲存時間的方式一致。

如何分辨秒和毫秒？

數一數位數。目前以秒為單位的時間戳是 10 位，毫秒是 13 位。轉換器會自動辨識，你也可以自行設定單位。

Unix 時間戳有時區嗎？

沒有。它從 UTC 的同一時刻開始計秒，所以同一個時間戳在任何地方都代表同一瞬間。只有顯示方式取決於時區。

2038 年會發生什麼事？

以有號 32 位元整數儲存時間戳的系統會在 19/01/2038 溢位。本轉換器使用完整大小的數值，可處理到 9999 年的日期。

如何在程式碼中取得目前的 Unix 時間戳記？

在 JavaScript 中，Math.floor(Date.now() / 1000) 得到秒；單獨的 Date.now() 得到毫秒。在 Python 中用 int(time.time())。在 Linux 或 macOS 終端機中用 date +%s。在 PostgreSQL 中用 EXTRACT(EPOCH FROM now())（含小數），在 MySQL 中用 UNIX_TIMESTAMP()。本頁的即時時鐘以秒顯示同一個值，可直接複製。

可以選擇哪些時區？

來自 IANA 時區資料庫的 40 個常用時區，每個都以城市命名，從 UTC 和 Asia/Kolkata（印度）到 America/Los_Angeles 和 Pacific/Auckland。每個時區都會依所轉換的日期套用自己的日光節約時間規則。瀏覽器所在時區若在清單中會預先選取，否則頁面從 UTC 開始。如果沒有你的城市，請選擇清單中今天時間相同的城市，例如澳門用 Asia/Hong_Kong。

如何把一個時區的時間換算成另一個時區，例如 IST 換成 EST？

兩張卡片搭配使用。時區選擇 Asia/Kolkata，在日期轉時間戳記中輸入 14/11/2023 和 10:00，按下轉換，得到 1699936200。把它貼到時間戳記轉日期，再把時區切換為 America/New_York。時間戳記轉日期此時顯示 13/11/2023 23:30:00，UTC 偏移 -05:00，也就是紐約的前一天晚上。夏令時間依你輸入的日期計算，所以 14/07/2023 印度的 10:00 是紐約 14/07/2023 的 00:30，偏移 -04:00。切換時區後，日期轉時間戳記中輸入的日期也會以紐約時間重新讀取，所以答案以時間戳記轉日期為準。

為什麼 18 位數的 Active Directory 時間戳記會顯示成 1970 年代的日期？

lastLogonTimestamp、pwdLastSet 等屬性是 Windows FILETIME 值：從 01/01/1601 UTC 起算的 100 奈秒間隔數，而不是 Unix 時間。直接貼上 133446720000000000 會被當成奈秒，顯示為 25/03/1974。請先除以 10000000 再減去 11644473600：得到 1700198400，即 17/11/2023 05:20:00 UTC。在 Excel 中，=A1/864000000000-109205 會得到相同的 UTC 日期與時間；在 PowerShell 中，可用 [DateTime]::FromFileTimeUtc(133446720000000000)。

如何轉換 2023-11-14T22:13:20+05:30 這類 ISO 8601 時間？

在日期轉時間戳記中分別填寫：日期 14/11/2023，時間 22:13:20。選擇在該日期偏移相同的時區，+05:30 選 Asia/Kolkata，以 Z 結尾的值選 UTC，然後按下轉換：結果是 1699980200。若清單中沒有該偏移的時區，請自行減去偏移並以 UTC 填寫時間：22:13:20+05:30 就是 16:43:20 UTC。時間戳記轉日期會以 UTC 和當地時間兩種形式顯示 ISO 8601，可直接複製。