使用方式
- 將時間戳記貼到「時間戳記 → 日期」。工具會自動判斷單位是秒、毫秒、微秒或奈秒，您也可以自行選擇單位。
- 查看以當地時間、UTC、ISO 8601 和 RFC 2822 顯示的日期，並複製所需格式。
- 若要反向轉換，請在「日期 → 時間戳記」下選擇日期和時間，並指定使用當地時間或 UTC。
- 頂端的目前 Unix 時間會每秒更新。暫停後即可複製固定數值。
運作方式
Unix 時間（也稱為 epoch 時間或 POSIX 時間）是從 1970 年 1 月 1 日 00:00:00 UTC 起算的秒數。在特定時刻，世界各地的數值都相同，因此常用於資料庫、記錄檔、API 和檔案系統。1970 年以前的時間為負數：-86400 代表 1969 年 12 月 31 日。
不同系統使用的單位不同。Unix 工具、PHP 和大多數 API 使用秒（目前日期為 10 位數）；JavaScript 和 Java 使用毫秒（13 位數）；部分資料庫和追蹤系統則使用微秒（16 位數）或奈秒（19 位數）。自動偵測會計算整數部分的位數：最多 11 位數會視為秒，12–14 位數視為毫秒，15–17 位數視為微秒，18 位數以上視為奈秒。這適用於約 1973 至 5138 年的日期；其他日期請自行選擇單位。
結果會以多種格式顯示。ISO 8601（2023-11-14T22:13:20.000Z）是資料交換的標準；Z 代表 UTC。RFC 2822（Tue, 14 Nov 2023 22:13:20 +0000）用於電子郵件標頭和 RSS 摘要。當地時間會使用瀏覽器的時區和語言設定，並包含日光節約時間。
Unix 時間不計入閏秒：每天固定為 86,400 秒。日期會以毫秒精度顯示，也就是 JavaScript 日期的解析度，因此顯示的日期不會保留微秒和奈秒時間戳記的額外位數。
範例
讀取記錄項目
某行記錄包含 ts=1700000000。這個數值有 10 位數，因此會視為秒：2023 年 11 月 14 日星期二 22:13:20 UTC，下方也會顯示您所在時區的時間。
JavaScript 的 Date.now() 值
1700000000000 有 13 位數，因此會視為毫秒：代表與上述範例相同的時刻。除以 1,000，即可取得 PHP 或 Python 後端所需的 Unix 秒數。
設定 API 權杖的到期時間
若要在 2030 年 1 月 1 日 UTC 午夜過期，請選擇該日期並選取「UTC」：Unix 秒數為 1893456000，可直接用於 exp claim 或快取標頭。
常見問題
如何判斷時間戳記的單位是秒還是毫秒？
請計算位數。近幾十年的日期中，秒數有 10 位數（例如 1700000000），毫秒數則有 13 位數（例如 1700000000000）。工具會自動判斷並告知使用的單位。
Unix 時間戳記會受時區影響嗎？
不會。時間戳記代表一個特定時刻，在各地都相同。只有將它顯示為日曆日期和時鐘時間時，才會受到時區影響，因此工具會同時顯示 UTC 和您的當地時間。
什麼是 2038 年問題？
使用帶正負號 32 位元整數儲存 Unix 時間的系統，最多只能計算到 2,147,483,647，也就是 2038 年 1 月 19 日 03:14:07 UTC。再過一秒，數值就會溢位。現代系統使用 64 位元數值，可避免這個問題；此工具不受影響。
可以轉換 1970 年以前的日期嗎？
可以。輸入負數時間戳記，例如 -31536000（1969 年 1 月 1 日），或在「日期 → 時間戳記」中選擇更早的日期。
為什麼當地時間與 UTC 的時差不是整數小時？
有些時區的時差為 30 或 45 分鐘（例如印度為 UTC+5:30，尼泊爾為 UTC+5:45），而日光節約時間也會在一年中的部分時段改變時差。顯示的當地時間會依照裝置針對該日期採用的時區規則計算。
隱私權
所有轉換都會使用瀏覽器的時鐘和日期功能。您輸入的內容不會上傳、儲存或納入分析資料。