关于倒计时的一些探讨
最近项目中有应用到倒计时，其中出现了一些问题和问题的解决方案，觉得蛮有分享价值，于是决定写篇文章记录一下。
主要问题：如何保证倒计时以服务器时间为准？
这是很普遍的问题，虽然后端可以做校验，但是难免本地时间会和服务器时间存在偏差，导致用户体验并不友好。（明明本地时间已经是倒计时结束了，可是还是无法正常展示该展示的功能）
对于这个问题，我们该选用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)
...
优点：
- 入口文件获取请求,使该请求只在页面生命周期中请求一次
- 准确度高，就算页面打开很久还是保持高准确度
缺点：
- 由于每秒获取当前时间，假如有人刻意在倒计时时期内，修改了时间将会导致倒计时异常。
总结
当然，解决方案肯定不只以上几种，欢迎有想法的同学补充。对比以上三个方案，第一个不可行，第二和第三本质上是类似的东西，只是第三种方案将差值从模块中抽离出来，并且调用次数也降低了很多，个人会比较喜欢第三种方案。此文章会持续保持更新状态，有想法，有问题的同学都可以联系我！！