Unix 时间戳转换器

什么是“纪元（epoch）”

Unix时间以自1970年1月1日00:00:00 UTC（即Unix纪元）起的秒数（或其小数部分）为单位进行计量。它是软件中主流的机器可读时间戳格式。

• POSIX系统：time()返回自纪元起点起的秒数。
• JavaScript：Date.now() 返回毫秒值。
• Java：System.currentTimeMillis() 返回毫秒值。
• Go：time.Now().Unix() 返回秒；UnixNano() 返回纳秒。

按数值大小划分的精确度

该转换器接受秒、毫秒以及带小数的数值，请根据输入内容调整精度开关。

标志性时间戳

• 0 - 1970年1月1日 00:00:00 UTC。该纪元本身。
• 1,000,000,000 – 2001年9月9日 01:46:40 UTC。一个典型的“十亿秒”纪念时刻。
• 1,234,567,890 - 2009年2月13日 23:31:30 UTC。
• 2,147,483,647 – 2038年1月19日 03:14:07 UTC。Y2K38问题：带符号32位溢出。
• 10,000,000,000 – 遥远的未来：2286年11月20日 17:46:40 UTC。

Y2K38问题

将Unix时间存储为带符号32位整数的系统会在2,147,483,647秒（即2038年1月19日）时溢出。现代系统采用64位整数，将该问题推迟到远超太阳热寂之后。遗留嵌入式系统及旧版数据库仍可能受到影响，请检查相关代码栈。

时区细微差别

时间戳本质上采用UTC格式；在转换为显示格式时，需添加时区信息。

• IANA 名称（America/Los_Angeles、Europe/Berlin）：自动处理夏令时调整。
• 偏移量（-08:00、+05:30）：固定偏移值，不支持夏令时调整功能。
• 缩写（PST、CEST）：含义不明确；不同区域使用相同的缩写。储存时应避免使用。

夏令时规则会随时间推移而变化。America/New_York中的历史时间戳采用该日期生效的夏令时规则，而非当前规则。该转换器始终显示UTC时间。如需查看所在地区的时刻，请使用IANA名称或固定偏移量来解读UTC结果。

ISO 8601 与 RFC 2822 的对比

对于数据格式中的时间戳：

• ISO 8601（2024-10-21T14:30:12Z）：首选的现代标准，可排序且含义明确。
• RFC 2822（Mon, 21 Oct 2024 14:30:12 +0000）：用于 HTTP 头信息及电子邮件中。

供人类显示时：采用符合其地区设置规范的本地格式。

处理闰秒

POSIX时间标准不计入闰秒；当插入闰秒时，系统会悄然回退一秒。而TAI（国际原子时间）则会正确计数闰秒。对于大多数应用代码而言，使用POSIX时间标准是正确的；而在天文学、大地测量学及精密计时领域，则应采用具备闰秒处理功能的TAI或UTC时间标准。