前言
以轮询的方式获取服务器时间，并展示到页面上，这种方式，是非常不推荐的。原因是数据传输的过程不可把控，再直接一点，数据传输的耗时，我们控制不了。
但是在实际工作中，我们又经常会遇到需要服务器时间的情景，比如：商场促销活动倒计时、像京东的促销活动，天猫促销活动……再比如现在的即时营销、饥饿营销所需要的倒计时营造紧迫感，以及现在好多培训机构课程优惠倒计时、做直播授课前几分钟的小测试……等等，类似的情形实在太多。
实现
能用 Webscoket 进行前后通信当然更好，数据时效也更高。但如果用到轮询（即 setInterval 定时刷新接口来获取数据）的时候，我们需要对时间稍稍进行一下处理，以尽可能的接近服务器时间。
处理方法非常简单，就是拿到的服务器当前的时间，加上我们本地的当前时间和服务器当前时间的时间差。理论上讲，轮询频次越高，这个时间差越小，越会无限接近服务器时间。譬如一秒一询，或者500ms一询，100ms一询……频次越高，拿到的时间越接近服务器准确时间。但是我们要考虑到服务器的压力，接口的压力，所以应该把时间设置成为一个合理值（这个合理值自己测试一下）
//单独获取活动时间
getServiceTime() {
let serviceTimer = setInterval(function() {
this.$axios.get(……,{})
.then((response) => {
endTime = ……
startTime = ……
currentTime = ……
},(error) => {});
},6000)
}
//上面的接口以轮询的方式去获取活动开始时间、结束时间、服务器当前时间，轮询时间间隔为 n 秒，此处 n 是 6，下面是倒计时的时间处理
let timmer = setInterval(()=>{
//从单独接口获取到服务器当前时间 currentTime，活动开始时间 startTime，活动结束时间 endTime
let localTime = new Date().getTime()//本地当前时间，在本地自己 new 得到
let difTime = localTime - currentTime//接口开始传输时的服务器时间，和拿到接口数据时的本地时间，之间的差值
let cutdownTime = endTime - localTime + (difTime / n)
if(self.chazhi>0){
let day = Math.floor(self.chazhi/86400);
let hour = Math.floor((self.chazhi/3600)%24);
let min = Math.floor((self.chazhi/60)%60);
let sec = Math.floor(self.chazhi%60);
hour = hour < 10 ? "0" + hour : hour;
min = min < 10 ? "0" + min : min;
sec = sec < 10 ? "0" + sec : sec;
if(day > 0){
reuturn `距离活动结束还有${day}天${hour}小时${min}分${sec}秒`;
} else if(day <= 0 && hour > 0 ){
return `距离活动结束还有${hour}小时${min}分${sec}秒`;
} else if(day <= 0 && hour <= 0){
reuturn `距离活动结束还有${min}分${sec}秒`;
}
}else{
clearInterval(timer);
return '活动结束'
}
},1000)
讨论
有些童鞋可能会说，你这里拿了本地时间做参考，如果本地时间不准呢？或者有人恶意修改了本地时间呢？那我们得到的岂不是不准确？或者说是错误的时间？
恶意修改，确实没有办法。我们只能无条件的信任本地时间，拿它来做参考，处理这个活动倒计时。好在现在的移动端，时间都是根据时区自动获取的，不能人为修改，再加上现在 PC 互联向 移动 互联的迁徙，大部分的活动倒计时都是在移动端展现的，这应该也是我们很少在 PC 页面上看到有倒计时活动的原因吧。
我们更少看到有哪个电商网站，PC 端和 移动端 同时有倒计时活动吧？原因同上
也可能有人会发出疑问：这个时间差需要计吗？只获取一次服务器时间，然后直接在本地倒计时岂不是更好？本着精益求精的态度，我们也做了试验，在 PC 端 轮询获取服务器时间，移动端只获取一次服务器时间，做了对比。发现在最开始的一段时间（大概20分钟）里，确实是没有问题，或者说时间差感觉不到。过了 20 分钟以后，会出现几秒的时间差，甚至会出现跳秒的现象，再往后两者时间差越来越大。思考 了一下，在移动端只获取一次服务器时间，依靠手机的本地倒计时，这个倒计时就依赖于手机自身的性能处理了。
以轮询的方式来做活动时间的处理，这是我多次尝试以后，找到的最接近服务器时间的处理方法。有不正确的地方，欢迎大佬批评批正
