CanDoYa
ZH

Unix时间戳转换器

全程在浏览器中运行,无需上传,无需注册。

时间戳与unix时间
当前unix时间戳-

时间戳转日期

识别结果:秒

UTC
-
本地时间
-
ISO 8601 (UTC)
-
相对时间
-

日期转时间戳

unix秒-
unix毫秒-
分享此工具

unix时间戳是什么?

unix时间戳(纪元时间)是从1970年1月1日00:00:00 UTC开始计算的秒数,不计闰秒。这个工具能自动识别输入的是秒还是毫秒,把任意时间戳转换成UTC和本地时间的可读日期,也能把日历上的某个日期反过来转换成unix秒和毫秒。

使用方法

  1. 1粘贴时间戳. 输入或粘贴一个像1700000000这样的时间戳,工具会根据数值大小判断是秒还是毫秒,你也可以在单位菜单里手动改。
  2. 2查看转换结果. UTC时间、本地时间、ISO 8601格式,以及「2年前」这样的相对时间描述,都会随输入实时更新。
  3. 3把日期转回时间戳. 在下方面板选好日期和时间,指定它是本地时间还是UTC时间,然后复制算出来的unix秒或毫秒。

适用人群

所有转换都在浏览器本地完成,你粘贴的时间戳会在这个页面上直接解析,用你浏览器自带的时区数据格式化,不会上传也不会被记录。页面加载后即使断网也能继续用,顶部的实时计数器会一直显示当前的unix时间。

常见问题

这个unix时间戳转换工具免费吗,安全吗?

免费,完全免费,不用注册,也没有使用次数限制。转换全部在你的浏览器里完成,你输入的时间戳和日期不会被上传、存储或记录到任何地方。

怎么区分unix秒和毫秒?

看位数就行:当前的时间戳按秒算是10位,按毫秒算是13位。像date +%s和Python的time.time()给出的是秒,JavaScript的Date.now()和Java的System.currentTimeMillis()给出的是毫秒。这个工具会自动识别单位,也允许你手动覆盖。

unix时间算不算闰秒?

不算。unix时间把每一天都当成正好86400秒,所以1972年以来UTC加入的闰秒不会被计入 - unix时钟遇到闰秒时实际上是重复或抹平了那一秒。日常转换基本感觉不到这个差异。

2038年问题是什么?

用有符号32位整数存储unix时间的系统,会在2147483647(也就是2038年1月19日03:14:07 UTC)这个值发生溢出。现代64位系统以及这个工具都不受影响,能处理前后几十万年范围内的日期。

unix时间戳能是负数吗?

可以。负数就是从纪元起点往前数的秒数,代表1970年1月1日之前的日期。比如-86400对应1969年12月31日00:00 UTC。把负数粘进来,工具会像处理其他数值一样正常读取。

转换出来的时间和我手机上的时间不一样,为什么?

unix时间戳本身是锚定在UTC上的,没有自己的时区。UTC那一行显示的是世界统一时间,本地时间那一行则加上了你设备的时区偏移 - 其实是同一个时间戳的两种显示方式,夏令时还可能让本地时间再偏移一小时。

怎么拿到当前的unix时间戳?

工具顶部就有实时跳动的数值,点「复制」直接拿走,或者点「使用」把它送进转换器。写代码的话,shell里用date +%s,JavaScript里用Date.now()(毫秒),Python里用time.time()(秒)。