定时器在浏览器中和nodejs中的差异？？
如下一段代码分别在 chrome控制台中调试和nodejs环境下调试
(function testSetInterval() {
let i = 0;
const start = Date.now();
const timer = setInterval(() => {
i += 1;
i === 5 && clearInterval(timer);
console.log(`第${i}次开始`, Date.now() - start);
for(let i = 0; i < 100000000; i++) {}
console.log(`第${i}次结束`, Date.now() - start);
}, 100);
})();
在浏览器下的结果：每次结束便立即开始执行，基本没有消耗时间。
VM117:7 第1次开始 111
VM117:9 第1次结束 1095
VM117:7 第2次开始 1096
VM117:9 第2次结束 2043
VM117:7 第3次开始 2043
VM117:9 第3次结束 3010
VM117:7 第4次开始 3010
VM117:9 第4次结束 3923
VM117:7 第5次开始 3939
VM117:9 第5次结束 4911
在nodejs下的结果 ：每次结束到下次开始都要等100ms左右
第1次开始 140
第1次结束 1281
第2次开始 1390
第2次结束 2545
第3次开始 2654
第3次结束 3777
第4次开始 3902
第4次结束 5010
第5次开始 5119
第5次结束 6274
经过我查资料和思考认为是在浏览器内，定时器在每过100ms就要执行了，不会管前面任务的占用的时间，但是由于被前一个任务占着主线程，所以出现第一个结束和第二个开始几乎同时执行，而nodejs要等待第一个结束完之后再开始进入进入第二个，不知道理解的对不对。求各位前辈不吝赐教，讲一下这个是为什么，多谢了。
5 回复
你的理解大致是对的，在 node 中负责 timer 计算的底层模块是 libuv 中的 uv_run_timers，精简后代码如下：
void uv__run_timers(uv_loop_t* loop) {
//省略...
for (;;) {
//省略...
if (handle->timeout > loop->time)
break;
uv_timer_stop(handle);
uv_timer_again(handle);
//执行 interval 中注册的 js 回调的地方
handle->timer_cb(handle);
}
}
现象产生的原因也比较明显了：
- 每次计算 event_loop 打的 hrtime 时间戳小于超时的 handle->timeout 后，认为定时器到时开始执行
- handle->timer_cb(handle) timer 中的回调执行完毕后，重新给 event_loop 打上 hrtime 时间戳，并且计算下一个到时的定时器时间
因此每次当你的 interval 中注册的回调结束完后，其实才会设置下一个定时器，因为你会看到执行完后继续等待 100ms 左右才会执行下一次
@hyj1991 多谢了，很清晰。还有想问一下，发生这个差异的原因是浏览器是新开了其他线程处理定时器，而nodejs里面的是底层的libuv处理的定时器，是这样吗？
@FantasyGao 浏览器我不清楚，node的定时器分为两部分，一部分是js层构造了链表，但是真正驱动是在底层的libuv中驱动的，关于js层构造的链表，可以看下我之前的文章：
