Unix 時間戳轉換器

目前紀元時間

—

核心轉換器

Unix時間戳

支援秒或毫秒

​

⇅ —

人類日期（本地）

如何取得當前時間戳

JavaScript

Date.now() // ms
Math.floor(Date.now() / 1000) // sec

Python

import time
time.time() # sec

time.Now().Unix() // sec
time.Now().UnixMilli() // ms

Java

System.currentTimeMillis(); // ms

PHP

time(); // sec
microtime(true); // sec.usec

SQL (MySQL)

SELECT UNIX_TIMESTAMP();

世界時鐘

根據您換算後的時間

UTC

—

紐約

America/New_York

—

倫敦

Europe/London

—

巴黎

Europe/Paris

—

東京

Asia/Tokyo

—

上海

Asia/Shanghai

—

什麼是 Unix 時間戳轉換器？

Unix 時間戳轉換器是一個重要的開發實用程序，旨在彌合機器可讀時間格式和人類可讀日期之間的差距。從本質上講，Unix 時間戳記（也稱為 Epoch 時間或 POSIX 時間）表示自 Unix Epoch 以來經過的總秒數：1970 年 1 月 1 日 00:00:00 協調世界時 (UTC)，減去閏秒。

雖然電腦更喜歡這種基於整數的格式，因為它的算術簡單且儲存效率高，但人類發現不可能將 1735689600 這樣的數字一眼解釋為「2025 年 1 月 1 日」。這個轉換器解決了這個問題。它提供了一個雙向接口，您可以在其中輸入原始時間戳以查看日期，或輸入日期以產生正確的時間戳。它可以處理標準 Unix 時間戳記（秒）和 JavaScript 樣式時間戳記（毫秒），使其成為在任何環境中工作的開發人員的通用工具。

為什麼要使用這個工具？

在軟體工程和資料管理領域，Unix Timestamp Converter 服務於多種高價值場景：

調試功能： 在偵錯後端服務或分析伺服器日誌時，經常會遇到時間戳記。使用此工具可讓您立即驗證已排程的 cron 作業是否在正確的時間執行，或事件是否以正確的順序觸發。
資料庫整合： MySQL、PostgreSQL 和 SQLite 等資料庫通常將日期儲存為整數，以最佳化索引和查詢效能。在執行查詢之前，您可以使用此工具來計算符合您的條件的確切時間戳記。
API 測試和有效負載驗證： 現代 RESTful API 和 JSON 有效負載通常會將時間序列化為時間戳，以避免時區混淆。使用 Postman 等工具測試端點時，您需要產生準確的時間戳來驗證過期令牌或建立日期。
處理時區複雜性： 時間戳與時區無關（始終為 UTC）。透過將本機日期轉換為時間戳，您可以確保傳達精確、絕對的時間點，無論您的伺服器或使用者位於何處。

如何使用線上時間戳轉換器

我們將該工具設計得非常直觀，但這裡有詳細的逐步指南，以確保您充分利用它：

步驟 1：分析目前時間

載入頁面後，「目前紀元時間」顯示將為您提供當前時間戳記的即時滴答計數。如果您需要凍結時間以捕獲特定秒數以進行測試，則可以使用「暫停」按鈕，或使用「複製」圖示立即取得該值。

步驟 2：將時間戳記轉換為可讀日期

在「Unix Timestamp」輸入欄位中輸入您的值（例如 1609459200）。該工具會智慧地偵測您輸入的是秒（10 位數）還是毫秒（13 位數）。「人工日期（本地）」欄位將立即更新以顯示瀏覽器本地時區的日期。

步驟 3：根據日期產生時間戳

在「人類日期」欄位中以標準格式（例如 YYYY-MM-DD HH:MM:SS）輸入日期。其上方的「Unix Timestamp」欄位會自動計算出對應的整數。

第 4 步：使用世界時鐘

側邊欄顯示主要時區（紐約、倫敦、東京等）的轉換時間，協助您協調國際時間，無需額外計算。

常見問題 (FAQ)

Q：這個工具可以處理閏秒嗎？

答：Unix 時間通常忽略閏秒，將每一天視為剛好包含 86400 秒。該工具遵循大多數作業系統使用的標準約定。

Q：為什麼我的時間戳記是毫秒？

答：JavaScript（使用 Date.now()）和 Java（使用 System.currentTimeMillis()）等語言使用毫秒來提供更高的精確度。該工具支援兩種有效格式。

Q：轉換是在伺服器上處理的嗎？

答：不需要。為了安全和速度，所有計算都使用 JavaScript 在瀏覽器中明確進行。沒有資料發送到我們的後端，因此您可以安全地轉換敏感日期。

Q：2038 年會發生什麼事？

答：「2038 年問題」會影響 32 位元系統，32 位元系統將耗盡表示 2038 年 1 月 19 日之後秒數的數字。但是，現代 64 位元系統和 Web 瀏覽器可以處理更大的整數，因此該工具將繼續完美地處理未來數千年的日期。