息屏导致 js 定时器时间不准问
根据后端返回的当前服务器时间做一个倒计时，用settimeout 替换 setInterval ，刷新页面时间
【 PC 上的 Firefox、Chrome 和 Safari 等浏览器，都会自动把未激活页面中的 JavaScript 定时器（setTimeout、setInterval）间隔最小值改为 1 秒以上。这是因为间隔很小的定时器一般用来做 UI 更新（例如用定时器实现的动画），让用户不可见的页面上的定时器跑慢一些，既节省资源又不会影响体验。对移动浏览器来说，内存、CPU、带宽等资源更加宝贵，移动设备上的浏览器往往会直接冻结所有未激活页面上的所有定时器。】
浏览器可以监听页面是否为可见激活状态
代码语言：javascript复制document.addEventListener("visibilitychange", ()=>{
if(document.visibilityState==="visible"){
//TODO
}
});这个在PC上面有效，APP端，可以通过原生 ，监听当前Active webview 为激活状态，通知移动端。前端调用SDK接口即可。
页面卡顿造成时间不准
回顾《弄懂javascript的执行机制:事件轮询|微任务和宏任》与《浏览器层面优化前端性能(1):Chrom组件与进程/线程模型分析 》，可以猜出因为JavaScript 事件机制造成的 延误。看看：hcysun.me/2016/07/11/js-Worker-API-在倒计时中的使用/ 的案列
在做开发的时候，倒计时的需求是很常见的，比如订单待提交和待支付都会有倒计时，市面上的兼职软件在领取任务后都会有倒计时，登录注册中获取验证码的时候也会有倒计时，有的页面只有一个倒计时，而有的页面作为列表页，列表中的每一项都会有倒计时，今天就来聊聊 Worker API 在js倒计时中的使用，以及为什么要使用 Worker 来做倒计时
setInterval 或 setTimeout 的问题
当提到js的倒计时功能时，我想你第一个想到的可能就是 setInterval 这个东东，这个东西在做PC页面的时候并没有什么问题，至少我现在还没遇到什么问题，而当你在移动页面中使用它来做倒计时的时候，就会出问题了，具体来说，是在做ios中的移动页面开发的时候，问题就尤为明显了，我们有以下代码：
代码语言：javascript复制<div id="box">60</div>
<script>
var box = document.getElementById('box');
var num = 60;
var T = setInterval(function () {
box.innerHTML = --num;
if (num <= 0) {
clearInterval(T);
}
}, 1000);
</script>上面的代码很简单，就是一个60秒的倒计时程序，我们使用 setInterval 来完成，这段代码在PC中可以正常运行，在Android中也可以正常运行，但是拿到ios中，就会有一个问题，来看图：
上图中，当倒计时走到37的时候，用手拖动页面，这个时候js代码会被阻塞，导致倒计时不在执行，这个现象很常见，比如当你和朋友玩微信的时候，互相发送自定义表情的gif图的时候，当你滚动聊天界面时，你会发现gif图也会静止，这个问题是ios系统机制的问题，我们没办法从根本上解决，但这并不是最关键的，大家可以发现，在倒计时走到37的时候，用手指操作页面大概有两三面的时间，按正常来讲，时间应该倒计时到 35秒或者34秒，但是图中很清楚的可以看到，在手指停止操作后，时间却从37秒继续倒计时，走到了36秒，这就与时间的倒计时时间造成了差距，假如倒计时的页面很长，比如一个列表页，那么用户在滑动查看页面信心的时候，会造成更多的倒计时延迟，这在一些要求比较精准的倒计时应用中，简直是不允许出现的，虽然后端也会做一层校验。
这个就是我们要说的问题，与其说是 setInterval 或者 setTimeout 的问题，倒不如说是 ios 系统的问题，那么有办法解决这个问题吗？这就是我们要谈到的 Worker API。
Worker API
web Worker API 允许 JavaScript 在后台运行，浏览器实现 Worker API 的方式有很多，每个浏览器厂家可能不尽相同，他们可以使用现线程或后台进程等，这使得 js 代码不被UI线程阻塞，二者互不影响，特别是面对计算量比较大的任务的时候，会给应用程序带来性能上的提升。
web Worker API 的使用很简单，大家可以自行查询相关书籍或博客。相信聪明的你10分钟就能搞定。
使用 Worker 解决问题
我们的思路是，将倒计时的计算放到一个单独的文件里，使用 Worder 去执行这个文件，是不是就可以了呢？
新建一个 countdown.js 文件：
代码语言：javascript复制self.onmessage = function(event){
var num = event.data;
var T = setInterval(function(){
self.postMessage(--num);
if(num <= 0){
clearInterval(T);
self.close();
}
}, 1000);
}上面的代码很简单，在 countdown.js 中，由于这个js文件是由 Worker 来在后台执行的文件，所以这个文件内代码的 self 指向的就是 Worker 对象。我们通过 onmessage 时间接收来自页面的倒计时数值，然后原封不动的把之前的倒计时代码拷贝过来，唯一不同的就是使用 self.close() 语句来关闭 Worker。
然后修改之前的页面文件如下：
代码语言：javascript复制<body>
<div id="box">60</div>
<script>
var box = document.getElementById('box');
var w = new Worker('countdown.js');
w.postMessage(60);
w.onmessage = function(event){
box.innerHTML = event.data;
}
</script>
</body>在PC中刷新你的页面，可以看到依然正确工作，之后再拿到ios中做之前gif图同样的操作，如下图：
我们可以看到，在55秒的时候开始拖动页面，这个时候倒计时停止了，不过，当我们放手之后，倒计时会立刻恢复到正常应该到达的时刻，而不会产生任何误差和延迟，这样，我们就比较完美的解决了这个问题。
需要注意的地方
在列表页面中，可能会有很多个倒计时，并且每个倒计时的开始时间不尽相同，但切记不要通过循环去 new 很多个 Worker 出来，这样可能会导致应用卡死，特别是如果在做 Hybrid App 中的 H5 页面时，可能会造成闪退，所以你只能 new 一个 Worker 对象出来，然后使用这一个 Worker 对象去做所有列表时间的倒计时，然后在更新视图中使用循环去更新，这样就不会有问题了，另外一个需要注意的是，有些Android机型中的webview不支持 web Worker 。这个时候仅仅去使用 setInterval 就可以了，因为在Android中不存在ios中那种阻塞的情况。
以上就是这篇博客的内容，希望对大家有所帮助 = =。
参考文章：
hcysun.me/2016/07/11/js-Worker-API-在倒计时中的使用/
手机息屏导致 js 定时器时间不准问题及解决方法 https://juejin.im/post/5bfe6f11e51d453c6c05f61d
转载本站文章《移动端倒计时不准：手机锁屏熄屏/APP后台运行/屏幕卡顿》, 请注明出处：https://www.zhoulujun.cn/html/webfront/SGML/html5/2017_0927_8053.html
