js异步执行机制的理解

本文深入解析了异步任务在JavaScript中的执行机制,包括主线程如何处理异步请求,如AJAX和定时器,以及这些任务如何与同步任务交织执行。通过理解任务队列和回调队列的工作原理,揭示了异步任务及其回调函数的执行时机。
摘要由CSDN通过智能技术生成

异步任务的执行机制是:

当主线程遇到一个异步任务,比如一个ajax请求,当主线程执行到xhr.send()的时候,这个send命令是立即执行的,并不会像一些人想象的,拖到所有同步任务的最后面。然后主线程向http线程发送指令,要求http线程向服务器发送请求。这里强调一下http线程,显然它不是主线程的一部分,因为它可以并发,如果你有100个ajax请求,每个都需要1秒钟,是不是http线程要花100秒呢?并不是,它会并发100个请求,总共耗时大约1.01秒就完成了。

主线程向以http线程为代表的几个线程发送指令之后,主线程就暂时不再管这个ajax任务了,而是去看任务队列里的下一个任务。

http线程发送了请求之后接收反馈,收到之后,形成一个新的事件(可以叫做“我收到啦!”事件),然后插入到回调函数队列中,因为回调函数队列的优先级很低,所以会排到总队列的最后面,其结果就是:主线程把同步任务都完成了,才开始执行异步事件的回调。注意,并不是异步任务在全体同步任务结束之后才开始,而是异步任务的回调通常在全体同步任务结束之后才开始!异步任务跟异步任务的回调是两回事!是两个任务!一个鲜明的例子就是setTimeout(fn, 1000),计时是从主线程遇到setTimeout()任务,然后分配给计时器线程,计时器线程开始干活的时候就开始计时了!只不过要1秒之后fn才执行!setTimeout()和fn是两个任务!setTimeout()是立即执行,fn才是1秒之后执行。但是setTimeout()的执行,人眼是感受不到的,因为并没有什么地方有一个秒表告诉你setTimeout()开始执行了;而fn的执行,人眼能感受到,所以人们会错误的以为fn才是异步任务,其实fn并不是,fn是个回调任务,往往fn是同步任务,比如fn可能是console.log(123),这怎么会是异步任务。

所以,异步机制是浏览器的两个或以上常驻线程共同完成的,异步请求是JS主线程和其他某个线程共同完成的,JS的执行线程发起异步请求(这时浏览器会开一条新的HTTP请求线程来执行请求,这时JS自己的任务已完成,继续执行线程队列中剩下的其他任务),然后在未来的某一时刻"任务队列"线程监视到之前的发起的HTTP请求已完成,"任务队列"就会把完成事件插入到JS执行队列的尾部等待JS处理。

最后专门说说定时触发(settimeout和setinterval)。

定时触发是由浏览器的定时器线程执行的定时计数,然后在定时时间到达之后,定时器线程把定时处理函数的执行请求插入到JS回调队列的尾端。

setTimeout(function() {
alert(1);
}, 100);
sometask; // 是个同步任务,假设耗时1000毫秒
这个1到底是100毫秒之后弹出,还是1000毫秒(或更多时间)后弹出呢?又或是1100毫秒之后弹出?

答案是,1000毫秒多一点点之后弹出。

原因:浏览器会先执行setTimeout,也就是开始计时,然后开始执行sometask,执行了1000毫秒,然后去回调队列里看回调任务,alert(1);早就恭候了,因为定时100毫秒之后alert(1)就可以执行了。所以,等1000毫秒的任务完成,1就会立即弹出,所以答案是1000毫秒多一点点之后弹出。

所以用这两个函数的时候,实际的执行时间是大于或等于指定时间的,不保证能准确定时的。

最后强调一下setInterval。比如我希望每100毫秒打印一个1。然后,又有极端情况,就是sometask耗时1000毫秒。你以为sometask结束之后会打出10个1么?并不会,只会打出1个1,因为setInterval第一次读秒结束之后,回调队列出现了一个alert(1),根据之前的理论,并不会执行。又过了100毫秒之后,计时器线程会去观察回调队列是不是已经有了alert(1),如果有,就不再往回调队列里加alert(1),目的就是为了避免回调叠加执行。

总之,你需要记住,异步任务就是主线程在任务队列里看到了这个任务,看了一眼之后就然后安排别的线程帮忙,然后主线程就忙别的去了,别的线程帮忙完事之后,再在队列末尾放一个新任务叫“帮忙完毕”,到此异步任务本身就完事。主任务看到“帮忙完毕”任务之后,就去执行回调,回调执行完,这个异步任务连同回调就全都完事。然后,如果并没有回调。。。没有就没有呗。

负责渲染的任务也在任务队列里,js执行同步代码会与渲染任务你有一个竞争关系,如果执行过长会导致渲染任务无法执行,页面会卡顿不够流畅(怎么解决)。
将长任务拆解成n个段任务,渲染任务就可以找机会插入。虽然最后执行时间好像变长了,但是渲染任务可以执行,所以页面不卡顿

作者:microkof
链接:https://www.jianshu.com/p/3a67fad9ca17
来源:简书
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值