关于倒计时的一些探讨

关于倒计时的一些探讨

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

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

这是很广泛的问题，虽而后端能够作校验，可是不免本地时间会和服务器时间存在误差，致使用户体验并不友好。（明明本地时间已是倒计时结束了，但是仍是没法正常展现该展现的功能）

对于这个问题，咱们该选用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)
...

优势：

• 入口文件获取请求,使该请求只在页面生命周期中请求一次
• 准确度高，就算页面打开好久仍是保持高准确度

缺点：

• 因为每秒获取当前时间，假若有人刻意在倒计时时期内，修改了时间将会致使倒计时异常。

总结

固然，解决方案确定不仅以上几种，欢迎有想法的同窗补充。对比以上三个方案，第一个不可行，第二和第三本质上是相似的东西，只是第三种方案将差值从模块中抽离出来，而且调用次数也下降了不少，我的会比较喜欢第三种方案。此文章会持续保持更新状态，有想法，有问题的同窗均可以联系我！！