服务器与本地时间的倒计时

时间:2022-02-20 06:39:18

关于倒计时的一些探讨

最近项目中有应用到倒计时,其中出现了一些问题和问题的解决方案,觉得蛮有分享价值,于是决定写篇文章记录一下。

主要问题:如何保证倒计时以服务器时间为准?

这是很普遍的问题,虽然后端可以做校验,但是难免本地时间会和服务器时间存在偏差,导致用户体验并不友好。(明明本地时间已经是倒计时结束了,可是还是无法正常展示该展示的功能)

对于这个问题,我们该选用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