JS魔法堂:初探传说中的setImmediate函数
一、前言
由于JavaScript程序为单线程,因此在执行长时间的操作时(如循环和递归操作)到导致UI线程长期被阻塞,无法响应用户操作请求(如点击按钮等),让用户体验大打折扣。于是想到将一个长时间操作切片成N个小操作并异步执行,例如jsDeferred中的 Deferred.repeat函数 就提供这样的解决办法,其实质就是通过 setTimeout事件 或 script元素 的 onerror/onload事件 来异步调用这些小操作,从而尽早释放UI线程。
从IE10开始引入了setImmediate接口来代替setTimeout来完成上述功能,下面将记录该接口的资讯,由于内容会涉及到event loop、调用栈等知识,而我对相关内容了解仍不全面,因此下面的内容若有纰漏请各位指正,谢谢!
二、同步和异步调用
由于JavaScript是通过异步调用来尽早释放UI线程,因此我们先要了解同步和异步执行的具体含义:
任务的执行实质上分为两步:①.执行,②.获取执行结果。
同步执行:执行后等待直到获取执行结果;
异步执行:执行后不等待,而是通过一系列手段(轮询、事件监听和event loop等)获取执行结果,而在执行后和获取结果前的那段时间可以介入其他任务操作。
二、setTimeout(handler, 0)的问题
由于setTimeout存在时间精度,因此setTimeout(handler,0)中setTimeout事件插入事件队列的延时必定大于0ms,而handler的执行延时则更大了。具体为IE5~8和不插电源的IE9的时间精度为15.6ms,插电源的IE9和其他浏览器则为4ms。
经微软和Chrome团队实验所得降低时间精度将会大大缩短笔记本的续航时间,也是就说更耗电,因此即使浏览器厂商有能力缩短时间精度,但基于多方面的考虑,依然保持上述的精度值。
三、setImmediate接口
对于通过异步执行的手段对任务切片,由于UI线程得到释放从而提高用户体验,但相对于采用同步执行,整体的任务执行时间较被拉长,因此我们希望切片的小操作越快执行越好。而setImmediate接口则是为此而生的。
setImmediate(handler) 并不像 setTimeout(handler, 0) 由event loop检测系统时间是否到点然后向事件队列插入一个事件,然后调用事件的回调方法handler。而是监控UI线程的调用栈,一旦调用栈为空则将handler压栈。
理论上通过setImmediate执行异步调用的延时一定比通过setTimeout的短,但事实又是如何呢?
我在IE11上操作测试,setTimout的延时为4ms左右,而setImmediate的延时为2ms左右。
注意:
1. 通过setImmediate的异步调用的延时不是0ms哦!
2. 而且有时候setImmediate的延时比setTimeout的多1~2ms哦!
3. 而且setImmediate和setTimeout的延时均比img元素onerror事件的延时长哦!
推测:
1. 对于setImmediate的延时有时比setTimeout的要长,由于setImmediate要先监控调用栈,若调用栈为空才压栈,那么在压栈之前event loop已经将setTimeout事件的回调函数压栈了。
2. 对于两者均比img元素onerror事件的长,由于设置img.src后马上发起请求(不一定为网络IO)当加载失败时onerror事件则会比setTimeout事件先加入事件队列。
四、总结
本文内容纰漏之处请各位指正,谢谢!
尊重原创,转载请注明来自:http://www.cnblogs.com/fsjohnhuang/p/4151595.html ^_^肥仔John
五、参考
http://developer.51cto.com/art/201109/292720.htm
http://msdn.microsoft.com/library/ie/hh920766.aspx
https://github.com/yuzujs/setimmediate
http://www.nczonline.net/blog/2011/09/19/script-yielding-with-setimmediate/
欢迎添加我的公众号一起深入探讨技术手艺人的那些事!
如果您觉得本文的内容有趣就扫一下吧!捐赠互勉!