当前 Unix 时间戳
时间戳转换工具 的预设方案
此刻的 Unix 时间戳,同时以秒和毫秒显示,实时跳动。可以直接复制进测试夹具、API 调用或数据库种子数据里。
- 文件永不离开你的设备
- 免费，无需注册
- 无水印
- 加载后可离线使用
如何时间戳转换工具
- 1
粘贴一个时间戳,或选一个日期
秒和毫秒会被自动识别。
- 2
查看每种格式
UTC、ISO 8601、本地时间和相对时间都会显示出来。
- 3
复制你需要的内容
每种格式都可以一键复制。
实时、始终最新的时间戳真正有用的场合
需要精确的当前纪元时间值,在日常开发工作中经常出现:给一个测试夹具填入一个真实的创建时间戳,构造一个期望反映调用那一刻的 `timestamp` 参数的 API 请求,或者通过和此刻比较来检查一个令牌的过期值是否真的已经过了。一个不断跳动、持续更新的值,消除了复制一个时间戳时它可能已经过时了几秒钟、等粘贴到别处时已经不准了的这个小而真实的风险——显示的数字永远是实际的当前时刻,而不是页面加载那一刻的快照。
两种单位都提供,因为不同系统期望的单位不同
把秒和毫秒并排显示,而不是只选一种,省去了事先需要知道某个具体 API、数据库列或测试夹具期望哪种单位的麻烦——JavaScript 自己的 `Date.now()` 返回的是毫秒,而大多数 Unix 系统调用和许多 API 期望的是秒,复制错了单位正好会产出那种十位数对十三位数的错配,导致时间戳落在 1970 年或者公元 55000 年,而不是本该表示的那个时刻。
快速手动检查一个系统是否运作正常
把一个实时跳动的时间戳,和被测系统刚刚返回的一个值——一条新数据库记录的 `created_at` 值,一个会话令牌的 `iat` 声明——做比较,是一次快速的手动健全性检查,确认系统正确地记录了当前时间,而不是一个有偏移、被缓存,或者过期的值。如果这两个值相差超过一两秒,被检查的系统里就有些地方值得进一步留意了。
常见问题
我的时间戳是秒还是毫秒?
这个工具会自动识别。当前的 Unix 时间戳按秒算是 10 位数字;按毫秒算是 13 位数字。如果换算出来的日期落在 1970 年,说明你把毫秒当成秒传进去了;如果落在公元 55000 年,说明情况正好相反。
什么是 Unix 纪元?
1970 年 1 月 1 日 UTC 时间的午夜,几乎所有系统都从这个零点开始计数。负数时间戳是合法的,代表这个时间点之前的日期——这个工具能正确处理它们。
什么是 2038 年问题?
把 Unix 时间存储在一个有符号 32 位整数里的系统,会在 2038 年 1 月 19 日发生溢出,回绕到 1901 年。JavaScript 使用 64 位浮点数,所以这个工具不受影响,但老旧的 C 代码和一些老数据库列类型会受影响。
"本地时间"指的是哪个时区?
你设备的时区,从浏览器读取。UTC 和 ISO 8601 这两行是不依赖时区的,这才是你应该存储和记录的内容——本地时间只用于显示。