当前时间戳（秒）
1792226907
毫秒
1792226907000
时间戳 → 日期
日期 → 时间戳
工具介绍
Unix 时间戳是从 1970-01-01 00:00:00 UTC 起算的秒数或毫秒数，本身不带时区。这个页面把时间戳格式化成北京、伦敦、纽约、东京四个固定偏移，也能把一段日期文本转回时间戳。
位数不超过 10 时把输入当秒，再乘 1000；更长则直接当毫秒。显示时先抵消浏览器自己的时区，再加上目标偏移的小时数，所以同一时间戳在不同电脑上的四行结果相同。四个偏移是写死的 +8、0、−5、+9，不会随夏令时改变。反向转换把文本交给浏览器的 Date 解析，按电脑当前时区理解，因此同一串文字在不同时区会得到不同数字。
计算示例
输入：1704067200
输出：北京 2024-01-01 08:00:00，伦敦 2024-01-01 00:00:00，纽约 2023-12-31 19:00:00，东京 2024-01-01 09:00:00
输入：1704067200000
输出：与上一行完全相同，因为 13 位被当成毫秒
输入：在东八区电脑上把「2024-01-01 12:00:00」转回时间戳
输出：秒 1704081600，毫秒 1704081600000
使用限制
- 11 位或 12 位也会被当成毫秒，从而落在 1970 年附近。秒级时间戳通常是 10 位。
- 纽约一栏永远是 UTC−5。美国夏令时期间真实当地时间应是 UTC−4，页面不会改。
- 日期文本没有时区字段，反向结果依赖浏览器时区，不能当成 UTC。
常见错误
- 把毫秒时间戳当成秒再乘 1000，会把年份推到很远的未来。页面只在位数不超过 10 时乘 1000。
- 用纽约那一栏核对夏季的服务器日志。夏令时会差 1 小时。
- 期待页面理解「2024/1/1 下午3点」这类中文句子。解析失败时只显示日期格式无效。
常见问题
0 是什么时间？▾
北京 1970-01-01 08:00:00，伦敦 1970-01-01 00:00:00。
当前时间戳那一行为什么一直在变？▾
它每秒读取一次电脑时钟，只显示到秒。点「使用当前」会把这一秒填进输入框。
2038 年之后还能转吗？▾
可以。浏览器用的是更大的数值范围，不受 32 位秒计数器在 2038 年溢出的限制。