點樣使用 Unix 時間戳轉換器 – 網上 Epoch 轉日期
電腦唔會理解「2026 年 5 月 10 日下午 3:30」。佢哋理解數字——具體嚟講，一個單一整數，計算自一個固定參考點以嚟嘅秒數（或毫秒數）。嗰個參考點就係 Unix epoch：1970 年 1 月 1 日 00:00:00 UTC。數字 1751500800 對人類嚟講睇落唔似任何嘢，但對電腦嚟講，佢明確無誤咁代表一個精確嘅時間點，獨立於時區、夏令時間轉換或日曆特殊性。呢種優雅嘅簡單性就係點解 Unix 時間戳係軟件中主導嘅時間表示方式：佢哋出現喺 API 回應中（created_at: 1751500800）、數據庫時間戳欄位、日誌檔案（每行前面都有一個 epoch 值）、認證權杖（JWT 中嘅 iat 同 exp 聲明）、同幾乎每個需要記錄事件發生時間嘅系統。但係當你需要除錯一個生產事故、閱讀審計日誌、或者驗證 API 回應包含正確日期嗰一刻，嗰啲整數時間戳就變成一道冇意義數字嘅牆。我哋嘅免費時間戳轉換器即刻消除呢種摩擦。貼上任何 Unix 時間戳——無論係秒（10 位數）、毫秒（13 位數）、甚至微秒（16 位數）——工具就會以 UTC 同你本地時區顯示等效嘅人類可讀日期同時間。ISO 8601 格式化輸出（例如 2026-05-10T15:30:00Z）已經準備好放入任何 API 文件、測試夾具或數據庫查詢。反向轉換同樣簡單：從日曆選擇器中揀選一個日期同時間，即刻獲得對應嘅 Unix 時間戳。每個計算都喺你嘅瀏覽器中進行，完全冇伺服器通訊，而且工具處理好多轉換器會錯過嘅邊緣情況：1970 年之前日期嘅負時間戳、32-bit 系統嘅 2038 年問題、同秒 vs 毫秒 vs 微秒精度嘅自動偵測。
時間戳轉換器
免費 · 無需註冊
分步指南
貼上你嘅 Unix 時間戳或從日曆揀選日期
要將時間戳轉換成人類可讀日期，將整數貼上到輸入欄位。工具會根據數字嘅大小自動偵測精度：一個 10 位數數字（截至 2026 年大約 1,000,000,000 到 2,000,000,000）被視為秒；一個 13 位數數字（大約 1,700,000,000,000 到 1,800,000,000,000）被視為毫秒；一個 16 位數數字被視為微秒。呢種自動偵測消除咗「呢個時間戳係秒定係毫秒？」嘅猜測——呢個問題喺生產系統中引起過無數嘅相差 1000 倍錯誤。如果你有一個唔尋常格式嘅時間戳（例如，帶有小數毫秒嘅十進制秒），工具會正確解析佢，並顯示包括小數秒在內嘅精確時間。要將日期轉換成時間戳，使用日期同時間選擇器揀選由公元 1000 年 1 月 1 日到公元 9999 年 12 月 31 日之間嘅任何日期。等效嘅 Unix 時間戳會喺你調整日期或時間嗰陣即刻出現。你亦都可以點擊「使用當前時間」將選擇器填充為當下時刻，對於為 API 測試請求生成時間戳或檢查特定日誌條目係幾耐之前創建嘅好有用。
以多種格式同時閱讀轉換後嘅日期
工具以三種相輔相成嘅格式顯示轉換結果，等你可以揀選精確你需要嘅嘢。首先，人類可讀嘅日期同時間會以你嘅本地時區顯示——例如「2026 年 5 月 10 日星期日下午 3:30:00 EDT」——UTC 偏移量會清楚標註，所以對於顯示嘅係邊個時區冇任何含糊。其次，UTC 等效值會並排顯示，因為 UTC 係消除時區混亂嘅通用參考。並排顯示令你可以即刻驗證時間戳係咪同預期一致：如果一個 API 話一個用戶喺 1751500800 創建，而你嘅本地顯示係下午 3:30，但 UTC 顯示係下午 7:30，你就知道時間戳係正確嘅，差異只係你嘅時區偏移量。第三，ISO 8601 格式化字串會出現（例如 2026-05-10T15:30:00-04:00 或 UTC 嘅 2026-05-10T19:30:00Z），準備好即刻喺 API、數據庫查詢或文件中使用。ISO 8601 係日期時間表示嘅國際標準，係數據交換最安全嘅格式，因為佢明確無誤、可以作為純文字排序、並且包含時區資訊。一個相對時間描述——「3 小時前」、「2 日後」或「上星期二」——俾你即刻嘅人類語境，唔使心算。
以你偏好嘅格式複製輸出或喺你嘅程式碼中使用佢
每個輸出格式都有自己專用嘅複製按鈕——點擊 Unix 時間戳（10 位數秒）、毫秒時間戳（13 位數）、ISO 8601 字串或人類可讀日期旁邊嘅按鈕，將嗰個特定格式複製到你嘅剪貼簿。咁樣俾你可以攞到精確你嘅程式碼、數據庫或文件需要嘅嘢，而唔使手動重新格式化任何嘢。對於將時間戳轉換整合到佢哋工作流程中嘅開發人員，工具可以作為生成測試數據嘅快速參考：想測試你嘅應用程式點樣處理 30 日後嘅事件？揀選日期，複製對應嘅時間戳，然後插入到你嘅測試數據庫。需要驗證一個 JWT 權杖嘅 exp 聲明（到期時間）係咪已經過咗？貼上 exp 時間戳並檢查相對時間顯示——如果佢顯示「5 分鐘後」，個權杖仍然有效。對於日誌分析，從你嘅日誌檔案中貼上一系列時間戳，以本地時間重建事件時間線，令到將事故同特定用戶操作關聯起嚟變得容易得多。編寫日期相關程式碼嗰陣，工具都好有幫助：佢透過俾你手動驗證輸出同已知參考，嚟驗證你嘅時間戳轉日期轉換係咪正確。
使用技巧與最佳實踐
一個 Unix 時間戳以秒為單位，由 2001 年 9 月到大約 2286 年 11 月係 10 位數（涵蓋 285 年）。喺同一時期，毫秒時間戳係 13 位數，並且會一直保持到 2286 年。如果你嘅時間戳有 10 位數，幾乎肯定係秒；13 位數表示毫秒；16 位數表示微秒。工具會為你自動偵測。
JavaScript 嘅 Date.now() 返回一個毫秒精度嘅時間戳（13 位數）。Python 嘅 time.time() 返回一個帶有小數微秒嘅秒精度浮點數（例如 1751500800.123456）。要知道你嘅語言返回咩，以避免同其他系統整合時出現相差 1000 倍嘅錯誤。
永遠喺你嘅數據庫中以 UTC 儲存時間戳。只喺顯示俾用戶嘅展示層先轉換到本地時間。呢個單一做法可以防止大多數同時間相關嘅生產錯誤——夏令時間轉換、用戶跨時區移動、同唔同地理區域嘅伺服器，當你嘅規範數據係 UTC 嗰陣，全部都會變成非問題。
ISO 8601 格式（2026-05-10T15:30:00Z）係 API 回應同數據交換最安全嘅選擇。佢人類可讀、機器可解析、時區明確（Z = UTC，或者一個偏移量例如 -04:00），而且作為純字串可以正確排序。JSON Schema 同 OpenAPI 都推薦 ISO 8601 用於日期時間欄位。
2038 年問題影響 32-bit 有符號整數時間戳：喺 2038 年 1 月 19 日 03:14:07 UTC，數值達到 2,147,483,647（32-bit 有符號整數嘅最大值）並溢出到一個負數，導致日期跳回 1901 年 12 月。現代 64-bit 系統係免疫嘅（佢哋可以表示 2920 億年後嘅日期），但嵌入式系統、舊版數據庫同舊嘅 IoT 裝置可能仍然使用 32-bit time_t。如果你維護喺 32-bit 平台上使用 time_t 嘅 C/C++ 程式碼，請計劃喺 2038 年之前遷移到 64-bit。
負時間戳代表 Unix epoch（1970 年 1 月 1 日）之前嘅日期。例如，時間戳 -1 對應 1969 年 12 月 31 日 23:59:59 UTC。轉換器可以正確處理負時間戳，追溯到公元 1000 年 1 月 1 日，呢個對於歷史學家、檔案管理員同任何處理早於 Unix 時代嘅舊數據嘅人嚟講好有用。
當比較嚟自唔同系統嘅時間戳嗰陣，永遠要檢查單位。一個系統可能以秒記錄，而另一個以毫秒記錄。時間戳 1751500800（秒）係 2026 年 5 月 10 日，但 1751500800 被解讀為毫秒就只係 1970 年 1 月 20 日——相差 56 年。如果轉換後嘅日期錯得好離譜，作為第一步除錯，將數值除以或乘以 1000。
對於時區轉換：UTC 唔遵守夏令時間。如果你嘅本地時間顯示比你預期差一個鐘，你幾乎肯定係見到緊 DST 效應。工具會並排顯示 UTC 同本地時間，等你可以即刻識別 DST 相關嘅差異。例如，東部時間喺標準時間（EST，11 月至 3 月）係 UTC-5，但喺夏令時間（EDT，3 月至 11 月）係 UTC-4。
常見問題解答
Unix 時間戳係軟件中時間表示嘅骨幹，但冇一個可靠嘅轉換器，佢哋係難以理解嘅。我哋嘅免費工具可以即刻喺時間戳同人類可讀日期之間轉換，自動處理秒/毫秒/微秒，並以 UTC 同你嘅本地時區顯示結果。佢可以離線運作，保持你嘅數據私密，而且唔需要帳戶。為你嘅下一個日誌分析、API 除錯或數據庫查詢加入書籤。即刻試下：貼上任何 Unix 時間戳，睇到精確嘅日期同時間。
免費試用此工具 →open_in_new