当前时间戳 · 现在的 Unix 时间戳(秒 / 毫秒)

加载中…

操作打开即读数,点「复制秒」「复制毫秒」拿走;要选中抄写先点「冻结」把读数停住,抄完再点「继续」

猜你喜欢

打开就是现在的 Unix 时间戳:秒(10 位)与毫秒(13 位)两个特大读数,秒读数对齐整秒跳、毫秒读数每帧刷新,各带一键复制,还能一次复制秒/毫秒/微秒/纳秒四种写法。下面同时给出这一瞬间的北京时间、UTC 与本机时区读数,并说明为什么全世界此刻的时间戳是同一个数。读数全在本机浏览器里算,不发网络请求、不存任何东西。

怎么用

这一页没有输入框,也不需要点任何按钮:打开就是现在的读数。

首屏两个特大读数

页面最上方并排两块读数牌:

  • 秒(10 位)——最常见的一档,也就是通常说的 Unix 时间戳;
  • 毫秒(13 位)——网页与 App 里最常见的一档。

两者的刷新节奏不一样。秒读数对齐整秒边界跳:每跳一次都先算出「离下一个整秒还差多少毫秒」再安排下一跳,而不是每隔一千毫秒盲跳,所以它和你系统时钟的秒位是同时翻的。毫秒读数则跟着屏幕刷新走,每一帧重画一次,看上去是连续滚动的。

每块读数牌下面各有一个复制按钮(复制秒/复制毫秒),点一下就进剪贴板。浏览器不允许网页直接写剪贴板时(常见于非安全上下文),页面底部会弹出一个已经选中内容的文本框,按 Ctrl+C(Mac 上是 ⌘+C)即可。

冻结:要用鼠标选中数字就点它

读数一直在走,想拿鼠标划中一段数字抄下来很难划准。点一下冻结,整页读数停在那一刻不动,牌子边框会变成品牌色提示你「现在看到的不是实时值」;抄完点继续恢复走秒。冻结期间点复制按钮,复制的也是冻结住的那个值,不会偷偷换成新的。

读数牌下面还有一个复制四种写法按钮,一次把秒、毫秒、微秒、纳秒四行都放进剪贴板(一行一档,用制表符隔开单位和读数)。

同一瞬间的四种写法

第二块区域把这一瞬间摊成四行,每行左边是单位、中间是读数、右边标着它现在有几位数字,还各带一个单独的复制按钮:

单位 现在的位数 说明
秒 10 位 数据库、命令行、PHP 与 Go 默认取到的就是它
毫秒 13 位 JavaScript 与 Java 默认取到的就是它
微秒 16 位 末三位固定是 000,是补上去的位,不是精度
纳秒 19 位 末六位固定是 000000,同样是补位

位数标签是数出来的,不是写死的:页面每次刷新读数时都重新数一遍,所以哪天真跨进 11 位秒的年代,它也会跟着变。

这个数换算成几点几分

第三块区域并排三格,给出同一瞬间的三种读法:北京时间(UTC+8)、UTC 世界时、本机时区。每一格的标签里带着当前的偏移,本机那一格还会把你系统的时区名(例如 Asia/Shanghai)显示出来。

三格下面有一句自动生成的提醒:设备时区正好是 UTC+8 时它会说本机那行应该和北京时间完全一致;不是时则算出差几个小时并明说「这不是时钟不准,是时区不同」——这是最容易误判的一件事。

两张说明小卡与站内去处

页面最后两张小卡:一张讲同一瞬间全世界是同一个时间戳,一张讲读数来自你这台设备的时钟,后者带一个去时间校准的链接。本站另有三页各管一头:

  • 把某个时间戳换成日期、或把日期换成时间戳(还能批量转一整列)——时间戳转换;
  • 想弄明白 Unix 时间戳这个概念,以及各语言、各数据库里怎么取怎么转——Unix 时间戳;
  • 只想要一块满屏大字的时钟看时分秒——北京时间。

页面切到后台标签页时读数会停下来不空转,切回来自动接上;因为读的是系统时钟而不是自己累加,所以离开再回来也不会走偏。

怎么看结果

先数位数,再谈对错

拿到一串数字先数位数:10 位是秒,13 位是毫秒,16 位是微秒,19 位是纳秒。这条经验在可预见的几十年里都成立,因为位数要再进一位得等到很久以后。

真正要紧的是别把单位弄混。同一瞬间,秒是十位数、毫秒是十三位数,后三位正是那一秒里的第几毫秒。在日志里看到「1970-01-2x」或者一个五位数的年份,基本可以直接判定是单位错了,而不是数据坏了。

微秒、纳秒那两行只是格式对

这两行的末尾零是补的。用处是:对方系统要求一个 16 位或 19 位的时间戳字段,照着填格式不会被拒;局限是:精度其实还是毫秒,拿它算微秒级耗时没有意义。真需要更细的时间就去服务端取,浏览器里要测「一段代码跑了多久」应该用 performance.now()——它单调递增,不会被系统对时拽着往回跳,而 Date.now() 会。

三行时区读数怎么读

三行读的是同一个数,只是换算时区不同:

  • 北京时间全年固定 UTC+8。中国大陆自 1991 年起不再实行夏令时,全境也只用这一个时区,所以这一行不会在某一天突然跳一小时。
  • UTC 比北京时间晚八小时。跨日是常事:北京刚过零点时,UTC 还停在前一天下午四点半——很多人第一次看服务端日志觉得「时间不对」,其实是日志按 UTC 记的。
  • 本机时区取自你设备的系统设置,和北京时间对不上有两种可能:人在别的时区(正常),或人在国内但系统时区设错了。差整整八小时而秒数完全对得上,就是典型的时区设错,不是时钟不准。

读数与标准时间差多少

本页不联网对时,读数的准确度完全等于你设备时钟的准确度。自查顺序:先看三行里的本机时区对不对(国内应该是 UTC+8),再看秒读数跳动是否连贯(正常一秒一跳、不跳格);要量出具体差几秒,去时间校准——那一页会连打几次请求、取往返最短的一次估算偏差,并给出分档结论与各系统打开自动对时的步骤。

一条常见故障供参考:每次开机时间都不对、一联网就自动跳回正常,通常意味着主板上的纽扣电池电量不足,关机期间的走时靠它维持。换电池属于动手操作,不熟悉的话找售后处理更稳妥。

复制出来的内容都是纯文本:秒与毫秒是一串数字,可直接贴进代码或命令行;「复制四种写法」拿到的四行是「单位+制表符+读数」,贴进表格软件会自动分成两列。复制只经过剪贴板,页面本身不记录你复制过什么。

常见问题

为什么这一页没有输入框?

因为它只回答一个问题:现在是多少。加了输入框就变成转换工具,那一头已经有时间戳转换在做,做得比这里深得多(自动认位数、批量转一整列、二十多个时区、ISO 8601 与 RFC 2822 写法)。三页各守一头,打开哪一页都能一眼看到自己要的东西。

它会不会把我的读数传出去?

页面上的读数是你的浏览器现算的,代码里没有任何网络请求、信标或长连接——打开开发者工具切到「网络」面板边看边等,那里不会多出任何请求。这一页也不往浏览器的本地存储写任何东西,关掉页面什么痕迹都不留。

时间戳会不会重复?拿它当唯一编号行吗?

不行。同一毫秒内发生的多件事拿到的是同一个时间戳,高并发下重复几乎必然,它适合做排序依据和发生时刻的记录,不适合当主键;要唯一编号请用专门的方案(例如 UUID,或「时间戳+机器号+序号」的组合 ID)。另外它也不是单调递增的:用户改系统时间、系统自动对时往回校,都可能让后取到的值比先取到的小。

秒读数和我手机上的秒表对不齐,谁错了?

大概率谁都没错。两块设备各自的系统时钟本来就有几十到几百毫秒的差别,秒位翻转的瞬间当然对不齐。要判断自己那一台准不准,得和标准时间比,不能和另一台设备比——后者只能告诉你「这两台不一样」,不能告诉你哪一台偏了。

1970 年以前的时间戳是什么样?

是负数。1970-01-01 00:00:00 UTC 这一刻的时间戳是 0,往前一毫秒就是 −1,对应 1969-12-31 23:59:59.999。历史数据里出现负时间戳是正常的,但要留意两点:一是有些系统不接受负值;二是负数的秒数换算要按「向下取整」而不是「向零取整」,否则会差一秒。本页的换算按向下取整处理,本站的时间戳转换页也一样。

手机上能用吗?

能。四百像素宽的屏幕上两块读数牌会改成上下排列,四种写法与三行时区换算各自变成单列,不需要横向滑动。

原理与冷知识

这个计数是从哪一刻开始的

Unix 时间戳的起点定在 1970 年 1 月 1 日 0 点 0 分 0 秒(UTC),这个时刻通常被称作「纪元」。为什么是 1970 年?并没有什么深奥的理由——早期的 Unix 系统要用一个整数记录时间,起点得选在系统诞生前后的一个整年,1970 年 1 月 1 日既近又整齐,后来被各种系统沿用成了事实标准。

它的可贵之处在于简单:时间被压成一个整数,比较大小就是比较先后,做差就是间隔秒数,跨时区传递也不会变形——这就是接口传时间、日志记时间、数据库排时间几乎都用它的原因。

为什么一天恰好是 86400 秒

按 Unix 的定义,时间戳等于「天数 × 86400 + 当天已过的秒数」,每一天铁定 86400 秒。而地球自转快慢并不均匀,国际上会不定期在某年 6 月 30 日或 12 月 31 日的末尾插进一个 23:59:60,也就是闰秒;这一秒在 Unix 的账本里没有位置,各系统要么让那一秒的时间戳重复一次,要么把它摊到前后若干小时里慢慢走(业内叫闰秒平滑)。

后果是:两个时间戳相减得到的「秒数」严格说不等于真实经过的秒数,差的就是这期间的闰秒数——对绝大多数用途可以忽略。2022 年的国际计量大会已决定在 2035 年前取消闰秒。

毫秒读数为什么看着在滚动

屏幕的刷新率决定了你能看到多少帧。六十赫兹的屏幕每秒重画约六十次,也就是每十六毫秒左右换一次画面——毫秒读数的最后一位在两帧之间早就跳过了十几个数字,所以你看到的并不是「每一个毫秒值」,而是每一帧抽样到的那一个。高刷新率的屏幕上,这串数字看上去会更连贯一些。

本页的毫秒读数走的是浏览器的帧回调接口,跟着屏幕的节奏走,页面切到后台时自动停掉、不空转。顺带说一句「网页里拿不到真微秒」并非浏览器做得不够好:早年的高精度计时接口能给出微秒级小数,后来被发现可用于旁路攻击与用户指纹,各家才主动把精度降回了毫秒量级。

一串数字能看出很多东西

熟练之后,光看一串时间戳就能判断不少事:位数告诉你单位;开头几位告诉你大致年份;末尾若干位固定为零,多半是补位或按某个粒度取整过。排查线上问题时,这种「一眼看位数和开头」的直觉能省下很多来回。真要精确知道某个时间戳对应哪一天,别靠猜——贴进时间戳转换一秒出结果;想系统地了解各语言各数据库怎么取、怎么转,去Unix 时间戳。

本页更新于 2026-09-25 · 分类:在线工具、休闲小游戏