电商网站,团购类网站不少都有都有秒杀这个业务。秒杀天然涉及前端倒计时的问题。前端倒计时许考虑两个问题:javascript
1.因为js是单线程的,也就是阻塞的,定时可定会不许。不管setTimeout()仍是setInterval(),都有问题;html
二、打开浏览器,而后切换到其余app,再次回到浏览器,这期间js可能中止执行的问题。前端
本质上来讲,只须要两个时间点就能够了:当前时间、秒杀开始时间。有了这两个数据,咱们就能够倒计时了。两个时间的差值就是咱们要倒计时的时间差,每隔1秒减小1/每隔1毫秒减小1。可是,当前的时间不要用new Date(),这是获取手机的时间,若是用户修改手机的时间,这个会跟随变化的。基于此,当前的时间必须是服务端传过来的。用户每次打开网页,都会传服务器的当前时间。秒杀开始的时间通常是后台配置好的,只要配置了,他就定了。是个不变的量。java
解决方法1:ajax
以服务器的当前时间为倒计时的当前时间,上面提到须要考虑的那两个问题都没有解决,若是咱们实时同步服务器的当前时间,那么这两个问题就都解决了。
如什么时候时同步呢?最早想到的是,时时调用一个后端的接口,这个接口返回服务器的当前时间。但实际上,咱们只须要跟服务器ajax交互就能够了,请求一个服务器不存在的资源,咱们从返回中拿返回头,再从这个头中取服务器的当前时间。
这种方法就是不断的同步服务器的事件。
详细代码参考:https://www.zhihu.com/question/28896402
https://zhuanlan.zhihu.com/p/20832837?refer=xiaojue后端
笔者的代码:浏览器
var this_start_time//指定秒杀开始的时间点,服务器传过来的 var this_count_down;//时间差:指定秒杀开始时间减去当前时间。能够先不初始化。 //校准倒计时的秒数函数 function sync(){ var xhr = new XMLHttpRequest(); xhr.open('get', '/', true); xhr.onreadystatechange = function() { if (xhr.readyState === 3) { var now = xhr.getResponseHeader('Date'); var nowTime = new Date(now).valueOf()/1000;//没有毫秒值,咱们倒计时的最小单位是秒。有毫秒,不除以1000 this_count_down =this_start_time - nowTime; xhr.abort(); } }; xhr.send(null); } //先对this_count_down初始化 sync(); if(this_count_down>0){ setInterval(function(){ sync(); this_count_down--; },1000) }else{ alert('倒计时结束 ') }
以上代码的欠缺是每次请求服务器,性能不佳。但好处也显而易见,3个用户同时访问页面,他们的倒计时结果基本上同样的,秒杀变得比较公平。当服务器出现问题,请求不到服务器的当前时间,这个代码会有问题,但这不是咱们考虑的问题。服务器
解决方法2:app
还有种解决的办法,就是计算每次倒计时的偏差,你能知道第n次你倒计时的应该发生的时间,再跟当前的时间对比,这个偏差就在下次倒计时的时候考虑进去。这样能够保证偏差不累计。可是对于退出浏览器的行为,这种实际上是有问题的。
这种方法是不断校准倒计时的周期,而周期不可能为负数,治标不治本。
详细代码参考:http://www.cnblogs.com/flash3d/archive/2014/05/08/3715600.html函数
2种方法,第1种更好,不会有任何问题。而第2种,笔者实验的过程当中会有点问题。