关于倒计时的一些探讨

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

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

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

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

优点：

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

缺点：

由于每秒获取当前时间，假如有人刻意在倒计时时期内，修改了时间将会导致倒计时异常。

总结

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