已知是韓國時間
若預約、配送或付款時間明確採用韓國時間，請選擇 KST。韓國目前全年使用 UTC+09:00。
Date to Unix time
日期轉 Unix
時間戳記
選擇日期與時間，再指定它採用 UTC、韓國標準時間或本機時區，即可換算該瞬間的秒、毫秒、微秒與奈秒。
如何選擇時區標準
時間戳記本身不含地區時區。從日期建立數值時，必須先指定輸入的日曆與時鐘屬於哪個時區。
標示為 Z 或 UTC
若記錄結尾是 Z 或明確標示 UTC，請選擇 UTC；這常用於對齊不同國家的記錄。
依本機時區解讀
若輸入值代表目前所在地時間，可選擇本機時區。使用前請先確認裝置的時區設定正確。
相同的 2024-01-01 00:00:00，在不同時區會代表不同瞬間。如果以UTC解釋，則為1704067200秒，如果以韓國標準時間解釋，則為1704034800秒。兩個值之間的差異正好是 32400 秒，即 9 小時。
用參考值核對結果
使用常見邊界日期，快速確認時區選擇與輸出單位。
| 輸入日期與基準 | Unix 秒 | Unix 毫秒 | 意義 |
|---|---|---|---|
| 1970-01-01 00:00:00 UTC | 0 | 0 | Unix 時間參考點 |
| 1970-01-01 09:00:00 KST | 0 | 0 | 韓國標準時間同一時刻 |
| 2000-01-01 00:00:00 UTC | 946684800 | 946684800000 | 日期測試值 |
| 2038-01-19 03:14:07 UTC | 2147483647 | 2147483647000 | 32 位有號整數最大值 |
貼上結果前先確認單位
先確認接收欄位需要哪種單位。同一瞬間使用不同單位時，位數會有明顯差異。
整數秒
若不需要不足一秒的部分，通常使用約 10 位的整數秒。是否捨入或截斷小數，應依用途決定。
毫秒
保留日期輸入中的毫秒；接近目前日期的毫秒值通常為 13 位。
微秒、奈秒
本頁日期輸入精確至毫秒，因此微秒與奈秒結果會以零補足；增加位數不會提高原始測量精度。
切換本機時區的季節： 在某些地區，有時時鐘會跳動或倒退一小時。不存在的本機時間不會被轉換，如果出現兩次的時間很重要，則包含 UTC 位移量。 ISO 8601 驗證工具請使用 .
日期和標準格式： RFC 3339 檔案在時區偏移表示法中， MDN 日期 描述您可以在此處查看可顯示的日期範圍。
日期轉換常見問題
這是確定輸入時間和結果單位含義時經常出現的問題。
為什麼相同日期在 UTC 與 KST 會得到不同結果？
因為相同的日曆與時鐘讀數被解讀為不同時區。KST 比 UTC 快 9 小時，因此相同輸入會相差 32,400 秒。
如果我只知道日期而不知道時間，如何輸入？
如果您指的是該日期的開始時間，請輸入 00:00:00。但是，由於 UTC 午夜和韓國標準時間午夜是不同的時刻，因此您還必須選擇記錄日期的地區的時區。
為什麼秒數結果含有小數？
輸入含有毫秒時，秒數結果會以小數顯示。若只接受整數秒，請依記錄用途決定四捨五入或截斷。
何時應選擇本機時區？
本機時區會依裝置設定解讀輸入。旅行中或裝置時區與實際位置不同時，手動選擇 UTC 或 KST 更可靠。