时间戳转换
在 Unix 时间戳和可读日期之间转换。
当前时间戳
秒
-
毫秒
-
时间戳转日期
ISO
UTC
本地时间
日期转时间戳
秒
毫秒
在 Unix 时间戳和可读日期之间转换。
-
-
Unix 时间戳就是一串看不出任何信息的数字——1754478800 摆在面前，不转换根本不知道是哪年哪月。这个工具把时间戳转成人类可读的日期，也能反过来把日期转成时间戳，ISO 8601、UTC 和本地时间并排展示。看服务器日志、调接口、查数据库记录的开发者，几乎天天都用得上它。
Unix 时间戳记录的是从 Unix 纪元——1970 年 1 月 1 日零点（UTC）——到现在经过的秒数。这个约定源自早期 Unix 系统，如今已经成了计算机世界表示时间的通用语言：数据库、日志、API、各种编程语言都靠它，因为一个整数没有任何歧义。它完全不涉及时区、夏令时和历法差异，时区只在把数字展示给人看的那一刻才参与进来。
你还会经常碰到毫秒级时间戳（13 位，JavaScript 的 Date.now() 返回的就是它），偶尔也有微秒、纳秒版本，13 位的数除以 1000 就是秒级形式。有个冷知识：Unix 时间不计闰秒，和真实的物理秒数略有出入——这是故意的设计取舍，换来时间计算的简单可靠。
很多老系统用 32 位有符号整数存时间戳，最大值是 2,147,483,647，对应 2038 年 1 月 19 日 03:14:07（UTC）。再过一秒，数值溢出变成负数，被系统解读成 1901 年 12 月——千年虫问题的精神续作。好在现代 64 位系统早已悄悄解决：64 位时间戳要到约 2920 亿年后才会溢出。
后端开发从日志和报错堆里把时间戳翻译成具体时间；数据工程师把 CSV 导出文件里的 epoch 值转成可分析的日期；客服确认客户的令牌到底几点过期；核对定时任务或 JWT 里 exp 字段的实际含义，也就几秒钟的事。
Unix 时间戳是自 1970 年 1 月 1 日以来的秒数。
这些是秒级的 Unix 时间戳。毫秒级的时间戳会是 13 位数字。
用 32 位有符号整数存时间戳的系统，会在 2038 年 1 月 19 日溢出。现代 64 位系统在数千亿年内都不受影响。
工具同时展示 UTC、ISO 8601 和你浏览器所在的本地时间，方便对照。