JavaScript是单线程的,所有任务需要排队,前一个任务结束,才会执行后一个任务。如果前一个任务耗时很长,后一个任务就不得不一直等着。
如果排队是因为计算量大,CPU忙不过来,倒也算了,但是很多时候CPU是闲着的,因为IO设备(输入输出设备)很慢(比如Ajax操作从网络读取数据),不得不等着结果出来,再往下执行。
JavaScript语言的设计者意识到,这时主线程完全可以不管IO设备,挂起处于等待中的任务,先运行排在后面的任务。等到IO设备返回了结果,再回过头,把挂起的任务继续执行下去。
于是,所有任务可以分成两种,一种是同步任务(synchronous),另一种是异步任务(asynchronous)。同步任务指的是,在主线程上排队执行的任务,只有前一个任务执行完毕,才能执行后一个任务;异步任务指的是,不进入主线程、而进入"任务队列"(task queue)的任务,只有"任务队列"通知主线程,某个异步任务可以执行了,该任务才会进入主线程执行。
具体来说,异步执行的运行机制如下。(同步执行也是如此,因为它可以被视为没有异步任务的异步执行。)
(1)所有同步任务都在主线程上执行,形成一个执行栈(execution context stack)。
(2)主线程之外,还存在一个"任务队列"(task queue)。只要异步任务有了运行结果,就在"任务队列"之中放置一个事件。
(3)一旦"执行栈"中的所有同步任务执行完毕,系统就会读取"任务队列",看看里面有哪些事件。那些对应的异步任务,于是结束等待状态,进入执行栈,开始执行。
(4)主线程不断重复上面的第三步。
下图就是主线程和任务队列的示意图。
只要主线程空了,就会去读取"任务队列",这就是JavaScript的运行机制。这个过程会不断重复。
### 下面以 setTimeout() 为例:
<div>
setTimeout 的测试 (看看console什么都懂了)
</div>
<script>
window.onload = function(){
console.log('task stack start',new Date());
var i = 0;
console.log('1',new Date());
while(i<1000000000){
i = i+1;
}
console.log('2',new Date());
i=0;
while(i<1000000000){
i = i+1;
}
console.log("_______________here set time out____",new Date());
setTimeout(function(){
console.log('#### task queue: Timer',new Date());
},2000);
console.log("_________________here seted time out___",new Date());
console.log('3',new Date());
i=0;
while(i<1000000000){
i = i+1;
}
console.log('4',new Date());
i=0;
while(i<1000000000){
i = i+1;
}
console.log('5',new Date());
i=0;
while(i<1000000000){
i = i+1;
}
console.log('6',new Date());
i=0;
while(i<1000000000){
i = i+1;
}
console.log('7',new Date());
i=0;
while(i<1000000000){
i = i+1;
}
console.log('task stack done!',new Date());
}
</script>
执行结果如下:
由此可见,就算setTimeout的1000毫秒在 19:03:30 时就应该执行,但它一直得等到“主线程”(执行栈)中的同步任务执行完才去执行。
还要说明的一点是,定时开始的时间是 setTimeout()的时间,而不是等到“主线程”所有同步任务执行完才去计时!!!
PS : 其实直接复制上面的代码,自己在浏览器上跑一跑,什么都明白了!!!
参考文章:http://www.ruanyifeng.com/blog/2014/10/event-loop.html