时间戳转换器
在Unix时间戳和可读日期/时间格式之间转换。所有处理均在浏览器中本地完成。
自纪元（1970年1月1日 UTC）以来的秒数或毫秒数。
| UTC | |
|---|---|
| 本地时间 | |
| ISO 8601 | |
| RFC 2822 | |
| 相对时间 | |
| 按什么解读 |
| 秒 | |
|---|---|
| 毫秒 | |
| ISO 8601 |
关于Unix时间戳
Unix时间戳（或纪元时间）是自 1970年1月1日 00:00:00 UTC 以来经过的秒数。它广泛用于编程、数据库和API中，以与时区无关的方式表示时间点。
单位比看上去重要得多。2000 年的一个毫秒值比今天的很多秒值还小，所以按数量级去猜是会猜错的；本页改用位数来判断，并把它认定的单位显示出来，你可以随时改。时区取自浏览器自带的数据库，你填入的墙上时间会按那个时区换算，而不是按 UTC 换算，这正是多数转换器悄悄弄错的地方。相对说法也交给浏览器，所以在每种语言里读起来都对。
相关工具
常见问题
怎么判断一个数是秒还是毫秒？
看长度，不看大小。十位是秒，十三位是毫秒，十六位是微秒，十九位是纳秒。按大小判断会出错，因为 2000 年的一个毫秒值比今天的一个秒值还小。页面会显示它采用的单位，你可以随时改正。
Unix 时间戳是从什么时候开始数的？
从 UTC 时间 1970 年的第一刻起算，不计闰秒。正因为有这个起点，时间戳在世界任何地方都是同一个数：这个值本身完全不带时区，只有当你把它变成给人看的日期时，时区才登场。
日期转时间戳这个方向用的是我的时区吗？
用的是你选的那个时区，以及那个具体日期上的偏移量，所以夏季的日期会按夏令时算。任何转换器都值得验一验这一点，因为把填入的墙上时间当成 UTC 是常见错误，会让每一个结果都偏移你所在时区那么多。
为什么同一个时间戳在我这里显示的日期不一样？
其实一样。那个瞬间在哪里都相同，不同的只是墙上的钟。在伦敦读出来是深夜的时间戳，在东京读出来就是第二天早上，所以日志时间戳应该始终放在一个说明了的时区里比较，而不是按读者机器上的设置。
能一次转换一整列吗？
能。在批量转换标签里每行粘一个时间戳，每一行都会带着它在所选时区下的 ISO 8601 形式返回。不是数字的行会连同原因一起返回，所以一行有问题不会拖住其余的。