前端如何写一个精确的倒计时
- content
{:toc}
关于写倒计时大家可能都都比较熟悉,使用 setTimeout 或 setInterval 就可以搞定。几秒钟或者几分钟的倒计时这样写没有问题,但是如果是长时间的倒计时,这样写就会不准确。如果用户修改了他的设备时间,这样的倒计时就没有意义了。今天就说说写一个精确的倒计时的方法。
原理
众所周知 setTimeout 或者 setInterval 调用的时候会有微小的误差。有人做了一个 demo 来观察这个现象并对其做了修正。短时间的误差倒也可以接受,但是作为一个长时间的倒计时,误差累计就会导致倒计时不准确。
因此我们可以在获取剩余时间的时候,每次 new 一个设备时间,因为设备时间的流逝相对是准确的,并且如果设备打开了网络时间同步,也会解决这个问题。
但是,如果用户修改了设备时间,那么整个倒计时就没有意义了,用户只要将设备时间修改为倒计时的 endTime 就可以轻易看到倒计时结束是页面的变化。因此一开始获取服务端时间就是很重要的。
简单的说,一个简单的精确倒计时原理如下:
- 初始化时请求一次服务器时间 serverTime,再 new 一个设备时间 deviceTime
- deviceTime 与 serverTime 的差作为时间偏移修正
- 每次递归时 new 一个系统时间,解决 setTimeout 不准确的问题
代码
获取剩余时间的代码如下:
1 | /** |
获取服务器时间可以使用 mtop 接口 mtop.common.getTimestamp
然后可以通过下面的方式来使用:
1 | // 获取服务端时间(获取服务端时间代码略) |
这样的的写法也可以做到准确倒计时,同时也比较简洁。不需要隔段时间再去同步一次服务端时间。
补充
在写倒计时的时候遇到了一个坑这里记录一下。
千万别在倒计时结束的时候请求接口。会让服务端瞬间 QPS 峰值达到非常高。
如果在倒计时结束的时候要使用新的数据渲染页面,正确的做法是:
在倒计时结束前的一段时间里,先请求好数据,倒计时结束后,再渲染页面。
关于倒计时,如果你有什么更好的解决方案,欢迎评论交流。
评论
TwikooValine