关于倒计时的一些探讨
最近项目中有应用到倒计时,其中出现了一些问题和问题的解决方案,觉得蛮有分享价值,于是决定写篇文章记录一下。
主要问题:如何保证倒计时以服务器时间为准?
这是很普遍的问题,虽然后端可以做校验,但是难免本地时间会和服务器时间存在偏差,导致用户体验并不友好。(明明本地时间已经是倒计时结束了,可是还是无法正常展示该展示的功能)
对于这个问题,我们该选用setTimeout
+循环的形式还是setInterval
。个人认为还是使用setInterval
更加符合我们的业务逻辑。
方案1:每次倒计时去服务端请求时间
code:
var myInterval = setInterval(function(){
//执行请求 获取当前服务端时间 并进行相应操作
},1000)
这个方案对于稍微有点经验的开发人员来说,都知道是不可取的。因为这会给服务器造成无法想象的压力,导致应用崩溃。比如我在这个页面停留一分钟,那么请求就发送了60次,假如此时有100个人在访问这个页面,那么一分钟就有6000条请求,人数如果再增长,这绝对会造成不必要的服务器压力。并且这个方案的倒计时,也会存在很大的误差,因为请求存在延迟,跟你的网络状态也有很大的关系。
方案2:从服务端返回以服务器时间为基准的倒计时时间戳
code:
//假设请求获取到一个时间戳 TIMEDIFF
var myInterval = setInterval(function(){
TIMEDIFF--;
//执行页面倒计时的渲染
},1000)
优点:
- 一个页面只请求一次
- 本地修改时间也无法更改倒计时
缺点:
- js自带的计时器并不是百分百准确依据所指定的时间,进行定时工作,影响其准确度的情况有很多,假如页面一直打开,那么与实际的偏差量会越来越大。
改进版
//假设请求获取到一个时间戳 TIMEDIFF
var endTime = Date.now()+TIMEDIFF;//以本地时间为基准获得一个结束时间
var myInterval = setInterval(function(){
var countDown = endTime - Date.now()
//每秒会获取本地时间,这样就算执行的周期不准确
//也可以准确的获取时间差
//执行页面倒计时的渲染
},1000)
方案3:入口js请求接口获取本地时间与服务器时间的差值
//entry.js入口文件
...
if(!window.dateDiff){
$.get('api/GetTimeDiff',
{nowDate:Date.now()},
function(dateDiff){
window.dateDiff = dateDiff;
//讲时间差存在全局变量中,方便在其他模块中调用
})
}
...
//other.js 其他模块
...
var myInterval = setInterval(function(){
var countDown = endTime - Date.now()+dateDiff;
//每秒会获取本地时间,这样就算执行的周期不准确
//也可以准确的获取时间差
//执行页面倒计时的渲染
},1000)
...
优点:
- 入口文件获取请求,使该请求只在页面生命周期中请求一次
- 准确度高,就算页面打开很久还是保持高准确度
缺点:
- 由于每秒获取当前时间,假如有人刻意在倒计时时期内,修改了时间将会导致倒计时异常。
总结
当然,解决方案肯定不只以上几种,欢迎有想法的同学补充。对比以上三个方案,第一个不可行,第二和第三本质上是类似的东西,只是第三种方案将差值从模块中抽离出来,并且调用次数也降低了很多,个人会比较喜欢第三种方案。此文章会持续保持更新状态,有想法,有问题的同学都可以联系我!!
引:http://www.cnblogs.com/cydiacen/p/6287538.html