时間戳轉換器
当前北京时間 (UTC+8)
当前 Unix 时間戳

时間戳 ➔ 北京时間

北京时間 (Local Time / UTC+8)
格林威治时間 (UTC Time)

北京时間 ➔ 时間戳

时間戳 (秒 / Seconds)
毫秒时間戳 (Milliseconds)

了解 Unix 时間戳 (Unix Timestamp)

Unix 时間戳,也称為 POSIX 时間戳,是一种记录时間的方式。它被定义為:**从格林威治时間 (UTC/GMT) 1970年1月1日00时00分00秒起至现在的总秒數。** 这一历史性的起点被称為“Unix 纪元 (Unix Epoch)”。

為什麼要用这一長串數字? 在電腦網路通信和資料庫存储中,使用絕對秒數可以规避复杂的时区轉換、闰秒纠葛以及不同语言下的日期格式差异。它是全宇宙(至少在地球上的電腦系统中)通用的“时間语言”。

关键技术预警:2038 年問題

早期的 32 位 Unix 系统使用有符号 32 位整數存储时間戳。到 2038 年 1 月 19 日 03:14:07 时,資料量將超过最大值并發生“溢出”,导致系统时間重置到 1901 年。现代 64 位系统已彻底解决了这一隱患,可支援到數千亿年以後。

常見問題 (FAQ)

1. 什么是 10 位和 13 位时間戳的区别?
10 位时間戳精度為 秒 (Seconds),如 PHP、Python 的預設實現。13 位时間戳精度為 毫秒 (Milliseconds),如 JavaScript (Date.now())、Java 等。本工具能根据數字長度自動识别并轉換。
2. 轉換後的“北京时間”和 “UTC 时間”有什么区别?
UTC (协調世界时) 是世界统一时間。北京位于东八区 (UTC+8),因此北京时間总是比 UTC 时間早 8 個小时。如果你在查询海外伺服器日志,请注意 UTC 时間的核对。
3. 資料会在服务端保留吗?
絕對不会。 这是純前端本地化工具。所有的日期轉換、时間計算均在您的瀏覽器中完成。資料不经过任何伺服器,無惧监控,极速且隱私安全。
4. 什么是闰秒(Leap Seconds)?它对时間戳有影响吗?
Unix 时間戳不计闰秒。它总是假设每天正好有 86400 秒。这意味着在發生闰秒的那一刻,时間戳可能会出现极其微小的重复或跳跃,但在绝大部分業务场景(如生成 ID、记录日志)中,这种影响是可以忽略不计的。
5. 如何在编程语言中快速獲取当前时間戳?
  • JavaScript: Date.now() (13位)
  • Python: import time; time.time() (10位)
  • PHP: time() (10位)
  • Java: System.currentTimeMillis() (13位)
  • Shell: date +%s (10位)
6. 时間戳可以是负數吗?
可以。负數的时間戳表示的是 1970 年 1 月 1 日 00:00:00 (UTC) 之前 的时間。例如,-3600 就代表 1969 年 12 月 31 日 23:00:00 (UTC)。
7. 时間轉換时是否考虑了夏令时(DST)?
Unix 时間戳本身基于 UTC 时間,不存在夏令时概念。但在將其轉換為“本地时間”时,結果会受到你作業系統所在时区是否實行夏令时的影响。中国目前不實行夏令时,所以 UTC+8 始终对應 +8 小时。
8. 时間戳的最大值和最小值是多少?
这取决于系统。在 32 位系统上,最大值是 2,147,483,647(2038年)。在现代 64 位系统上,數值可以达到 9,223,372,036,854,775,807,这足以支援到宇宙毁灭(约 2920 亿年以後)。

相關开发者工具