前言
这是我最近开发碰到的一个问题，本文是我测试出来的实践结果，供大家参考。
关于js定时器，setinterval和settimeout，作为我们日常开发经常使用到的方法，大家一定非常熟悉。比如下面一个例子：
setinterval(() => {
console.log('1');
}, 500);
作为刚学前端没多久的新人也能知道，这段代码就是每过500ms打印一次1（实际运行还需要考虑js的宏任务和微任务的执行时间，定时器的间隔时间是500ms，但是定时器中的方法触发可能需要在宏任务队列中排队，不一定会在500ms的时候触发，关于event loop的基础内容不在本文讨论之内）。
但是如果你把浏览器从当前页面切换到另一个标签页，或者把浏览器最小化了，这时候，这个页面定时器的间隔时间还是500ms？
本文将测试setinterval、settimeout、requestanimationframe这三个方法在浏览器可见以及不可见状态下的表现，我的测试浏览器以及版本是谷歌(86.0.4240.193),火狐(81.0.2),ie11。
浏览器可见和不可见状态
浏览器的可见和不可见状态的切换会触发visibilitychange事件，我们可以通过监听这个事件来判别浏览器的可见状态。
document.addeventlistener("visibilitychange", function() {
console.log(document.visibilitystate);
});
document.visibilitystate有三个值
- hidden：页面彻底不可见。
- visible：页面至少一部分可见。
- prerender：页面即将或正在渲染，处于不可见状态。 这里重点关注hidden这个值，当我们浏览器切换当前页面到另外一个标签页或者把浏览器最小化的时候，document.visibilitystate就会是hidden值。我们也可以使用document.hidden，它返回一个布尔值，为true的时候，说明当前浏览器是不可见状态。
关于visibilitychange的细节可以看阮一峰老师的这篇文章 page visibility api 教程。
setinterval
我们先来测试setinterval，代码如下
<button id="btn">开始计时</button>
// 兼容ie写法
document.getelementbyid('btn').addeventlistener('click', function() {
setinterval(function() {
const mydate = new date();
const currentdate = mydate.getminutes() + '分'+ mydate.getseconds() + '秒' + mydate.getmilliseconds() + '豪秒';
// 每次循环打印当前时间
console.log(currentdate);
}, 500);
});
// 浏览器可见状态切换事件
document.addeventlistener('visibilitychange', function() {
if(document.hidden) {
console.log('页面不可见');
}
});
定时器间隔是500ms，先来看下谷歌浏览器
我们发现，当页面不可见之后，定时器的间隔变成了1s。 接下来，我们把定时器间隔改成2s来试下。
前后间隔时间一致。
接下来测试一下火狐和ie。这里列出的图片都是500ms和2s的例子。
ie浏览器
经过我大量的测试，可以得出结论，谷歌浏览器中，当页面处于不可见状态时，setinterval的最小间隔时间会被限制为1s。火狐浏览器的setinterval和谷歌特性一致，但是ie浏览器没有对不可见状态时的setinterval进行性能优化，不可见前后间隔时间不变。
settimeout
接下来是settimeout
function timer() {
settimeout(function() {
const mydate = new date();
const currentdate = mydate.getminutes() + '分'+ mydate.getseconds() + '秒' + mydate.getmilliseconds() + '豪秒';
console.log(currentdate);
timer();
}, 500)
}
// 兼容ie写法
document.getelementbyid('btn').addeventlistener('click', function() {
timer();
});
同样先来看看在谷歌浏览器中的表现（还是500ms和2s）
我们发现在谷歌浏览器中，500ms的间隔，settimeout和setinterval表现一致，都是最小间隔限制为1s。但是2s隔间的测试结果出现了分歧，页面不可见之后，间隔变成了3s。继续经过多次的测试，如下，左图的间隔时间为990ms，右图的间隔时间为1s。
不可见状态下，左图中的990ms间隔时间变为1s，右图中的1s间隔时间变为2s。
我们再来看看火狐（500ms和2s）
火狐浏览器不可见状态下,左图中的500ms变为1s，右图中的2s保持不变。
再来看看ie浏览器(500ms)
一样毫无优化。
我们可以得出结论
- 在谷歌浏览器中，settimeout在浏览器不可见状态下间隔低于1s的会变为1s，大于等于1s的会变成n+1s的间隔值。
- 火狐浏览器下settimeout的最小间隔时间会变为1s,大于等于1s的间隔不变。ie浏览器在不可见状态前后的间隔时间不变。
requestanimationframe
raf是浏览器提供的一个更流畅的处理动画的方法，它会在下次浏览器gui绘制页面的时候运行传入的方法。gui绘制页面的频率跟显示器的刷新率有关，普通显示器的刷新率是60hz，因此raf在一秒之内需要运行60次，间隔四舍五入大概是17ms。
function timer() {
const mydate = new date();
const currentdate = mydate.getminutes() + '分'+ mydate.getseconds() + '秒' + mydate.getmilliseconds() + '豪秒';
console.log(currentdate);
window.requestanimationframe(timer)
}
// 兼容ie写法
document.getelementbyid('btn').addeventlistener('click', function() {
timer();
});
我们来看看不同浏览器下面的表现：
谷歌浏览器
火狐浏览器
ie浏览器
我们可以发现，谷歌浏览器和ie浏览器当浏览器状态为不可见时，raf方法将停止执行。火狐浏览器当状态变为不可见时，会在间隔是1s,2s,4s,8s,16s,32s...这样的顺序下去执行raf方法。
总结
谷歌浏览器中，当页面处于不可见状态时，setinterval的最小间隔时间会被限制为1s。火狐浏览器的setinterval和谷歌特性一致。ie浏览器没有对不可见状态时的setinterval进行性能优化，不可见前后间隔时间不变。
在谷歌浏览器中，settimeout在浏览器不可见状态下间隔低于1s的会变为1s，大于等于1s的会变成n+1s的间隔值。火狐浏览器下settimeout的最小间隔时间会变为1s,大于等于1s的间隔不变。ie浏览器在不可见状态前后的间隔时间不变。
谷歌浏览器和ie浏览器当浏览器状态为不可见时，raf方法将停止执行。火狐浏览器当状态变为不可见时，会在间隔是1s,2s,4s,8s,16s,32s...这样的顺序下去执行raf方法。
如何解决
碰到问题当然需要解决，在一些定时器小于1s的倒计时的页面中，如果用户切换到了其他标签页。再切回去的时候，页面上显示的倒计时时间其实是错误的，这种隐藏的bug会带来很大的风险。该怎么解决呢？
除了调取后台接口或者websocket连接之外，其实有一个更好的解决方案，webworkers。而且webworkers还可以解决一个页面存在多个定时器时候间隔时间误差较大的问题。
直接上例子
document.getelementbyid('btn').addeventlistener('click', function() {
var w = new worker('demo_workers.js');
w.onmessage = function(event){
console.log(event.data);
};
});
//浏览器切换事件
document.addeventlistener('visibilitychange', function() {
if(document.hidden) {
console.log('页面不可见');
}
});
// demo_workers.js
setinterval(function() {
const mydate = new date();
const currentdate = mydate.getminutes() + '分'+ mydate.getseconds() + '秒' + mydate.getmilliseconds() + '豪秒';
postmessage(currentdate);
}, 500);
实际结果
间隔保持一致。
以上就是浏览器切换到其他标签页或最小化js定时器是否准时测试的详细内容，更多关于浏览器切换js定时器准时测试的资料请关注其它相关文章！
