浏览器内核常驻线程
浏览器内核常驻线程
- 浏览器 GUI 渲染线程
- JavaScript 引擎线程
- 浏览器定时触发器线程
- 浏览器事件触发线程
- 浏览器 http 异步请求线程
浏览器 GUI 渲染线程 和 JavaScript 引擎线程之间是互斥的
在debug里面check一下如下代码的效果即可知道
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)来实现的。
假定浏览器中有一个专门用于事件调度的实例(该实例可以是一个线程,可以称之为事件分发线程event dispatch thread),该实例的工作就是一个不结束的循环,从事件队列中取出事件,处理所有很事件关联的回调函数(event handler)。
注意回调函数是在Javascript的主线程中运行的,而非事件分发线程中,以保证事件处理不会发生阻塞。
Event loop code
如果队列非空,引擎就从队列头取出一个任务,直到该任务处理完,即返回后引擎接着运行下一个任务, 在任务没返回前队列中的其它任务是没法被执行的.
与其它线程间的通信
浏览器 http 异步请求线程
浏览器对同一域名进行请求的并发连接数是有限制的,result: 10 in IE 8, 6 in Firefox 3+ and Chrome 5+。详情参考demo: http://developer.oncecode.com/comet/
XMLHttpRequest在连接后是通过浏览器新开一个线程请求, 将检测到状态变更时,如果设置有回调函数,异步线程就产生状态变更事件放到 JavaScript引擎的处理队列中等待处理
浏览器事件触发线程
接受浏览器里面的操作事件响应。如在监听到鼠标、键盘等事件的时候, 如果有事件句柄函数,就讲对应的任务压入队列。
浏览器定时触发线程
浏览器模型定时计数器并不是由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);