日期轉 epoch 轉換器

將人類日期轉換為 Unix 時間

本頁處理反向轉換：從一個日期、一個鐘錶時間，以及應當解釋該時間的時區開始。結果是一個單一的 Unix 時間戳記，在任何地方都表示同一時刻。

何時使用秒或毫秒

大多數後端語言、資料庫和命令列工具使用秒。JavaScript Date、瀏覽器 API、分析事件以及需要次秒級精度的系統使用毫秒。

• 對於現代日期，Unix 秒通常是 10 位
• 對於現代日期，Unix 毫秒通常是 13 位
• 當你需要帶顯式 UTC 輸出的可讀字串時，ISO 8601 最合適
• UTC 字串適用於 HTTP 標頭、日誌和快速的人工核對

時區處理

像 2026-05-14 08:00 這樣的本地日期，在洛杉磯、紐約、倫敦或東京表示不同的時刻。在轉換前選擇時區可避免相差整小時的錯誤，並透過瀏覽器的 Intl API 處理夏令時規則。

選擇正確的日期邊界

當產生數字之前日曆含義已經清晰時，日期轉 epoch 最為有用。對於排程工作、報表視窗和資料庫篩選器，請先確定邊界是 UTC 還是業務時區。然後將那個確切的鐘錶時間轉換為秒和毫秒，使每個服務比較的是同一時刻。

• 日誌、API、CI 工作和跨區域後端系統使用 UTC
• 本地計費日、營業時間或面向使用者的日曆使用業務時區
• 對於日期範圍，優先使用排他上界，如 created_at < nextDayStart
• 儲存產生的時間戳記時，附上一條關於時區假設的簡短說明

夏令時空檔、模糊的本地時間與民用時間

大多數日期轉 epoch 的轉換是明確的，但每年兩次的切換打破了「已知時區的鐘錶日期對應單一 Unix 時間戳記」這一假設。春季前撥的空檔會抹去一個鐘錶小時；秋季回撥的重疊會重複一個。現代日期函式庫透過區分無時區值與有時區值，並提供顯式的消歧選擇來處理這一點。

• 民用/鐘錶時間：特定地點本地時鐘的讀數
• 無時區：沒有時區的日期時間——本質上是模糊的
• 有時區：帶 IANA 時區標記的日期時間——幾乎總是明確的
• 夏令時空檔（春季前撥）：在大多數美國時區，切換當天本地時間 02:00 到 02:59 不存在
• 夏令時重疊（秋季回撥）：本地時間 01:00 到 01:59 出現兩次——選擇「較早」或「較晚」
• Python：zoneinfo 提供 fold 屬性（0 或 1）用於消歧
• JavaScript Temporal：ZonedDateTime 的建構接受一個消歧選項（「compatible」「earlier」「later」「reject」）
• Java：ZonedDateTime.ofLocal() 套用所提供 ZoneId 的空檔/重疊規則
• 對於沒有顯式時區的表單輸入，預設使用使用者的 IANA 時區——而非伺服器的

將時間轉換為 Unix 時間戳記 —— 日期轉 epoch、時間轉 epoch

落到本頁的常見搜尋表述包括「convert time to unix timestamp」「time to epoch」「date to epoch」「convert timestamp to unix timestamp」「unix to timestamp」「unix time to timestamp」和「convert unix epoch」。它們都描述同一操作：選擇一個鐘錶日期和時區，轉換器返回以秒和毫秒表示的 Unix 紀元整數。反方向（epoch to date、epoch time to date、convert unix timestamp to time）在「紀元轉日期」頁面。

• date to epoch / time to epoch / convert time to unix timestamp
• unix to timestamp / unix time to timestamp / convert timestamp to unix timestamp
• convert unix epoch / convert from unix timestamp
• 輸出形式：10 位秒、13 位毫秒、ISO 8601、UTC 字串