在浏览器中,事件作为一个极为重要的机制,给予JavaScript响应用户操作与DOM变化的能力;在NodeJS中,异步事件驱动模型则是提高并发能力的
基础。
操作系统处理键盘等硬件输入就是通过中断来进行的,这个方式的好处是即使没有多线程,我们也可以放心地执行我们的代码,CPU收到中断信号之后
自动地转去执行相应的中断处理程序,处理完成后会恢复原来的代码的执行环境继续执行。这种方式需要硬件的支持,一般来说都会被操作系统封装起
来。
轮询方式的一个缺点就是:如果在主线程的消息循环里进行耗时操作,程序就无法及时响应新的消息。
无论是Node还是浏览器中,都有setTimeout和setInterval这两个定时器函数,并且其工作特点基本相同。
JavaScript中的定时器并不同于计算机底层的定时中断。中断到来时,当前执行代码会被打断,转去执行定时中断处理函数。而JavaScript的定时器到
时,如果当前执行线程没有正在执行的代码,则执行相应的回调函数;如果当前有代码在执行中,JavaScript引擎既不会中断当前代码转去执行回调,
也不会开新的线程执行回调,而是当前代码执行完毕之后才去处理。
var time1 = new Date().getTime(); //开始时间点 setTimeout(function() { time2 = new Date().getTime(); console.timeEnd(time2 - time1); //结束时间点 }, 100); for (var i = 0; i < 100000; i++) { }
执行上面的代码,可以看到最终输出的时间并不是100ms左右,而是数秒。这说明在循环完成之前,定时回调函数确实没有被执行,而是推迟到了循环
结束。实际上在JavaScript代码执行中,所有的事件都无法得到处理,必须等到当前代码全部完成,才能去处理新的事件。这就是为什么在浏览器中运
行耗时JavaScript代码时,浏览器会失去响应。
1. javascript引擎只有一个线程,迫使异步事件只能加入队列去等待执行。
2. 在执行异步代码的时候,如果定时器被正在执行的代码阻塞了,它将会进入队列的尾部去等待执行直到下一次可能执行的时间出现(可能超过设定
的延时时间)。setTimeout 和setInterval 是有着本质区别的:setTimeout 这段代码会在每次回调函数执行之后至少需要延时“指定延迟毫秒值”再去执
行(可能是更多,但是不会少)。但是setInterval会每隔“指定延迟毫秒值”就去尝试执行一次回调函数,不管上一个回调函数是不是还在执行。
版权声明:本文为博主原创文章,未经博主允许不得转载。
原文地址:http://blog.csdn.net/ligang2585116/article/details/46739781