- 浏览器 GUI 渲染线程
- JavaScript 引擎线程
- 浏览器定时触发器线程
- 浏览器事件触发线程
- 浏览器 http 异步请求线程
浏览器 GUI 渲染线程 和 JavaScript 引擎线程之间是互斥的
在debug里面check一下以下代码的效果便可知道html
var sleep = function(time) { var date = new Date(); while(new Date() - date <= time) {} } document.body.innerHTML = '123'; sleep(3000)
原理也很简单:浏览器
- GUI渲染线程负责渲染浏览器界面的HTML元素, 当界面须要重绘(repaint)因为某种操做引起回流(reflow)时,该线程就会执行。
- 由于 JavaScript脚本是可操纵DOM元素, 在修改这些元素属性同时渲染界面, 那么渲染线程先后得到的元素数据就可能不一致了。
- 因此在脚本中执行对界面进行更新操做, 如添加结点,删除结点或改变结点的外观等更新并不会当即体现出来, 这些操做将保存在一个队列中,待JavaScript引擎空闲时才有机会渲染出来。
因此当遇到在js引擎运算量较大的时候, 又想及时调用GUI渲染,能够作以下修改:并发
var sleep = function(time) { var date = new Date(); while(new Date() - date <= time) {} } document.body.innerHTML = '123'; setTimeout(function() { sleep(3000); }, 0);
JavaScript 引擎线程
事件驱动(event driven)机制
事件驱动通常经过事件循环(event loop)和事件队列(event queue)来实现的。app
假定浏览器中有一个专门用于事件调度的实例(该实例能够是一个线程,能够称之为事件分发线程event dispatch thread),该实例的工做就是一个不结束的循环,从事件队列中取出事件,处理全部很事件关联的回调函数(event handler)。异步
注意回调函数是在Javascript的主线程中运行的,而非事件分发线程中,以保证事件处理不会发生阻塞。 函数
Event loop codeoop
若是队列非空,引擎就从队列头取出一个任务,直到该任务处理完,即返回后引擎接着运行下一个任务, 在任务没返回前队列中的其它任务是无法被执行的.spa
与其它线程间的通讯
浏览器 http 异步请求线程
浏览器对同一域名进行请求的并发链接数是有限制的,result: 10 in IE 8, 6 in Firefox 3+ and Chrome 5+。详情参考demo: http://developer.oncecode.com/comet/线程
XMLHttpRequest在链接后是经过浏览器新开一个线程请求, 将检测到状态变动时,若是设置有回调函数,异步线程就产生状态变动事件放到 JavaScript引擎的处理队列中等待处理debug
浏览器事件触发线程
接受浏览器里面的操做事件响应。如在监听到鼠标、键盘等事件的时候, 若是有事件句柄函数,就讲对应的任务压入队列。
浏览器定时触发线程
浏览器模型定时计数器并非由JavaScript引擎计数的, 由于JavaScript引擎是单线程的, 若是处于阻塞线程状态就会影响记计时的准确, 它必须依赖外部来计时并触发定时。
setTimeout & setInterval
var sleep = function(time) { var date = new Date(); while(new Date() - date <= time) {} } var time = new Date(); var a = setInterval(function(){ sleep(200); console.log(new Date() - time); if(new Date() - time > 700) clearInterval(a); }, 100); //output 303 506 708
以上代码表示在700时间内,一共有7个timer callback被压入队尾, clearInterval后, 只有3个timer对应的callback获得执行。 因此这种状况能够采用setTimeout的方式来让执行结果更加符合开发预期:
var a = setTimeout(function(){ sleep(200); setTimeout(arguments.callee, 100) }, 100);