其实是通过执行的时机来区分的: 微任务:在本次任务执行完后执行。 宏任务:在下一个任务循环的时候执行。 这里有一张经典的图片,供大家参考: ? 每次事件的循环的执行都是以宏任务开始的。 如果本次宏任务执行完毕了,那么就会检索是否有微任务,如果有,那么就去执行微任务,如果微任务执行完或者没有微任务的话那么就会进入下次事件循环。 第3行遇到setTimeout加入到宏任务队列中,下次处理。第16行,遇到微任务process.nextTick,加入到微任务的队列中。 执行下一个宏任务,也就是第3行的setTimeout,分别打印2和4,发现有2个微任务,分别打印3和5。 执行下一个宏任务,也就是第27行的setTimeout,分别打印9和11,发现有2个微任务,分别打印10和12。
等等都属于同步任务,同步任务,直接在JS单线程当中执行 异步任务 异步任务,又称耗时任务,异步任务的执行浪费时间,容易造成线程的堵塞。 异步任务又分为微任务与宏任务。 //异步任务 }) 宏任务 宏任务主要包括定时器、I/O等等 /* setTimeout setInterval I/O */ 执行优先级 在JS当中,其待执行任务的优先级为同步任务>微任务>宏任务 ,则将其扔到宏任务队列里等待执行。 ,首先执行第一个微任务,async1()方法当中的async1 end,再接着执行第二个微任务,Promise.then当中的Promise2,由此,所有的微任务执行完毕,接着开始将宏任务队列拿出来,则执行第一个宏任务 然后在次将微任务、宏任务依次拿出来执行,若是没有,则持续监听,直到有任务。
微任务、宏任务概念介绍微任务与宏任务就属于js代码的范畴js代码主要分为两大类: 同步代码、异步代码异步代码又分为:微任务与宏任务图片3. 事件循环Event Loop执行机制1.进入到script标签,就进入到了第一次事件循环.2.遇到同步代码,立即执行3.遇到宏任务,放入到宏任务队列里.4.遇到微任务,放入到微任务队列里.5.执行完所有同步代码 3.执行主线程上的log(6)4.执行第4行至第6行的微任务二.图片1.先执行主线程上的1,5,72.主线程的同步任务执行完毕后,会先执行微任务。 然后接着执行第5行第二个awaite右边的代码,打印5。第6行这个时候就被加入微任务队列。6.接着会执行第二个微任务,也就是16行代码,打印8。第17行的then这个时候也会加入微任务队列。 当栈中的代码执行完毕,执行栈中的任务为空时,主线程会先检查微任务队列中是否有任务,如果有,就将微任务队列中的所有任务依次执行,直到微任务队列为空; 之后再检查宏任务队列中是否有任务,如果有,则取出第一个宏任务加入到执行栈中
最近问了大佬一个问题,监听和定时器两个性能的问题,大佬给我普及了宏任务和微任务的概念,于是网上找见了这样一段代码: console.log('script start'); setTimeout(function start, script end, promise1, promise2, setTimeout 于是撤出了JavaScript的执行机制,JavaScript的事件循环、同步、异步就不多说了,今天分享的是宏任务和微任务 先记住两个概念: 宿主环境提供的叫宏任务,由语言标准提供的叫微任务,这是算比较标准也算比较好记忆的区分宏任务和微任务了。 宿主环境内所有的内建或自定义的变量/函数都是 global/window 这个全局对象的属性/方法,而由宿主环境提供的也叫宏任务。 语言标准: 我们都知道JavaScript是一种编程语言,但其实JavaScript由ECMA制定标准,称之为ECMAScript,所以由语言标准提供的就是微任务,比如ES6提供的promise。
JavaScript中有哪些宏任务与微任务呢? 事件循环的顺序,决定js代码的执行顺序进入整体代码(宏任务)后,开始第一次循环。接着执行所有的微任务。 function(resolve) { console.log(3); resolve();}).then(function() { console.log(4)});console.log(5) 因为以同步异步的方式来解释执行机制是不准确的,更加准确的方式是宏任务和微任务: 因此执行机制便为:执行宏任务 ===> 执行微任务 ===> 执行另一个宏任务 ===> 不断循环 即 :在一个事件循环中,执行第一个宏任务,宏任务执行结束,执行当前事件循环中的微任务,执行完毕之后进入下一个事件循环中,或者说执行下一个宏任务*/【小结】接触了宏任务与微任务后,可以帮助更好地理解同步与异步任务
宏任务、微任务 实际上异步任务之间并不相同,因此他们之间也有优先级之分,所以任务队列被分成两种类型: 宏任务和微任务。 ,然后检查"任务队列"中是否有任务,如果有,就将第一个事件对应的回调,推到执行栈中执行; ==注意:==异步任务分宏任务和微任务两种类型,微任务比宏任务的执行时间要早,所以会优先把所有的微任务放到执行栈中执行 在执行任何一个宏任务以前(不是队列,是一个宏任务),都会查看微任务队列是否有任务需要清空,也就是宏任务执行以前,必须保证微任务是空的。 所以从上面的代码例子中可以得出: 先把同步任务执行,得到 1,5, 然后依次执行微任务(Promise),得到 2, 4,最后执行宏任务(setTimeout),得到3, 7。 所以得出1 5 2 4 3 7
微任务、宏任务与Event-Loop 首先,JavaScript是一个单线程的脚本语言。 而这些其实就相当于注册了一个宏任务,而非是微任务。 P.S. 在Promise/A+的规范中,Promise的实现可以是微任务,也可以是宏任务,但是普遍的共识表示(至少Chrome是这么做的),Promise应该是属于微任务阵营的 所以,明白哪些操作是宏任务、哪些是微任务就变得很关键 (结束本次宏任务、检查还有没有宏任务需要处理) 这个检查的过程是持续进行的,每完成一个任务都会进行一次,而这样的操作就被称为Event Loop。 在执行完同步代码与微任务以后,这时继续向后查找有木有宏任务。
JS 中的异步任务分为宏任务 (macro task) 和微任务 (micro task) ,只有宏任务会进行事件循环。 事件循环 JS 是单线程执行的,所有 JS 代码都要放在主线程中运行。 因此,在同一次循环中,微任务比宏任务优先执行;在整个执行过程中,微任务复用一个队列,而宏任务共用一个队列。 微任务和宏任务的执行顺序 在同一次循环中,微任务比宏任务优先执行,任务按照推入队列的顺序执行(FIFO)。 在处理微任务和宏任务互相包含的情况,记住两点: 微任务不参与事件循环,微任务会被推到当前循环对应的微任务队列中,即使是微任务中的微任务。 宏任务将开启新的事件循环。 如果宏任务中包含微任务,这个微任务会被带到下一次循环中执行。
2 console.log('5') }, 0) console.log('6')//同步主线程 执行整体代码(宏任务)console.log('6') >> 宏任务队列1、宏任务队列2位异步(依次执行 剩下的不会先执行,因为是宏任务中的宏任务(console.log(2)) ,要被继续丢进任务队列后 宏任务队列2:=> console.log('5') 宏任务队列1中的宏任务3 宏任务队列2 console.log(5) 所以输出的结果是什么?是6,1,3,4,5,2! 经过验证,结果正确! ---- 5、总结 实际上你只需要知道拓展之前的,毕竟拓展后的确实比较复杂,需要一定的理解能力,他可以三层,可以四层等....我不信你会跟这题目一样写代码,这不是憨批是什么。 对于宏任务和微任务请记住这几点: 微任务比宏任务执行要早。 宏任务里如果有宏任务,不会执行里面的那个宏任务,而是被丢进任务队列后面,所以会最后执行。
那么,你能说清楚到底宏任务和微任务是什么?是谁发起的?为什么微任务的执行要先于宏任务呢? 首先,我们需要先知道JS运行机制。 概念5:宏任务和微任务 ES6 规范中,microtask 称为 jobs,macrotask 称为 task 宏任务是由宿主发起的,而微任务由JavaScript自身发起。 在ES5之后,JavaScript引入了Promise,这样,不需要浏览器,JavaScript引擎自身也能够发起异步任务了。 因为微任务优先级太高,Vue 2.4版本之后,提供了强制使用宏任务的方法。 vm.$nextTick优先使用Promise,创建微任务。 如果不支持Promise或者强制开启宏任务,那么,会按照如下顺序发起宏任务: 优先检测是否支持原生 setImmediate(这是一个高版本 IE 和 Edge 才支持的特性) 如果不支持,再去检测是否支持原生的
微任务、宏任务概念介绍微任务与宏任务就属于js代码的范畴js代码主要分为两大类: 同步代码、异步代码异步代码又分为:微任务与宏任务图片3. 事件循环Event Loop执行机制1.进入到script标签,就进入到了第一次事件循环.2.遇到同步代码,立即执行3.遇到宏任务,放入到宏任务队列里.4.遇到微任务,放入到微任务队列里.5.执行完所有同步代码 3.执行主线程上的log(6)4.执行第4行至第6行的微任务二.图片1.先执行主线程上的1,5,72.主线程的同步任务执行完毕后,会先执行微任务。 然后接着执行第5行第二个awaite右边的代码,打印5。第6行这个时候就被加入微任务队列。6.接着会执行第二个微任务,也就是16行代码,打印8。第17行的then这个时候也会加入微任务队列。 当栈中的代码执行完毕,执行栈中的任务为空时,主线程会先检查微任务队列中是否有任务,如果有,就将微任务队列中的所有任务依次执行,直到微任务队列为空; 之后再检查宏任务队列中是否有任务,如果有,则取出第一个宏任务加入到执行栈中
:先执行一个宏任务,执行过程中如果产出新的宏/微任务,就将他们推入相应的任务队列,之后在执行一队微任务,之后再执行宏任务,如此循环。 :微任务: [], 宏任务:[<script>] 宏任务: 输出: script start 遇到 timeout1,加入宏任务 遇到 Promise,输出promise1,直接 resolve,将 then :微任务[],宏任务[timeou1, timeout2] 宏任务: 输出timeout1 输出timeout2 当前任务队列:微任务[],宏任务[timeou2] 微任务: 为空跳过 当前任务队列:微任务 ,加入宏任务。 ] 宏任务: 输出:timeout timeout 出队,宏任务清空 注意:任务队列(宏任务和微任务)是栈(Stack)结构,执行时遵循先进后出(LIFO) 的原则 #setTimerout 并不准确
在宏任务执行过程中,v8引擎都会建立新栈存储任务,宏任务中执行不同的函数调用,栈随执行变化,当该宏任务执行结束时,会清空当前的栈,接着主线程继续执行下一个宏任务。 而无论是宏任务还是微任务依赖的都是基础的执行栈和消息队列的机制而运行。根据定义,宏任务和微任务存在于不同的任务队列,而微任务的任务队列应该在宏任务执行栈完成前清空。 此时当前已没有主逻辑执行的代码,而当前宏任务将执行结束,微任务会在当前宏任务完成前执行,所以微任务队列会依次执行,直到微任务队列清空。 从一开始浏览器端就是严格遵循了微任务和宏任务定义进行执行,也就是说,一个宏任务执行完成过程中,就会去检测微任务队列是否有需要执行的任务,即使是微任务嵌套微任务,也会将微任务执行完成,再去执行下一个宏任务 微任务嵌套微任务可能造成线程中一直处于当前微任务队列执行状态而走不下去,而宏任务的嵌套循环执行,并不会造成内存溢出的问题,因为每个宏任务的执行都是新建的栈。
前端高频面试题: 宏任务(macro-task)与微任务(micro-task) 01 概念理解 宏任务和微任务都是我们在开发工作中经常用到的。 微任务主要是:Promise、Object.observe、MutationObserver。 宏任务和微任务之间的关系 宏任务和微任务的区别 宏任务 1. 宏任务所处的队列就是宏任务队列 2. 宏任务队列可以有多个 3. 当宏任务队列的中的任务全部执行完以后会查看是否有微任务队列如果有先执行微任务队列中的所有任务,如果没有就查看是否有宏任务队列 微任务 1. 微任务所处的队列就是微任务队列 2. //打印顺序 1 3 5 4 9 10 11 12 2 7 8 做对了嘛,如果做对了,就说明你对这个知识点已经掌握了^_^, 没有对,可以再看两遍
除了本章中所讲的 宏任务(macrotask) 外,还有在 微任务队列[2] 一章中提到的 微任务(microtask)。 每个宏任务之后,引擎会立即执行微任务队列中的所有任务,然后再执行其他的宏任务,或渲染,或进行其他任何操作。 promise 第二个出现,因为 then 会通过微任务队列,并在当前代码之后执行。 timeout 最后显示,因为它是一个宏任务。 执行所有 微任务: 出队(dequeue)并执行最早的微任务。 当微任务队列非空时: 执行渲染,如果有。 如果宏任务队列为空,则休眠直到出现宏任务。 转到步骤 1。 webappapis.html#event-loop-processing-model [4]Web Workers: https://html.spec.whatwg.org/multipage/workers.html [5]
resolve(); }).then(function () { console.log("promise2"); // 7 }); console.log("script end"); // 5
在介绍宏任务和微任务之前,先抛出一个问题。 但是事情并不是那么的简单,接下来引入两个新概念:宏任务(macrotask)和微任务(microtask) 宏任务(macrotask)和微任务(microtask) 宏任务和微任务表示的是异步任务的两种分类 然后首先会从宏任务的任务队列中中取出一条任务执行;当执行完毕之后再将微任务队列里面的所有的任务按照顺序执行;当所有的微任务队列任务执行完毕之后,再去宏任务队列中取出一条任务执行。 宏任务主要有:整体script代码、setTimeout、setInterval、I/O、requestAnimationFrame 微任务主要有:Promise、process.nextTick、MutationObserver 那么宏任务和微任务到底是什么关系呢?
image.png 不同的任务源会被分配到不同的 Task 队列中,任务源可以分为 微任务(microtask) 和 宏任务(macrotask)。 所以 Event Loop 执行顺序如下所示: 首先执行同步代码,这属于宏任务 当执行完所有同步代码后,执行栈为空,查询是否有异步代码需要执行 执行所有微任务 当执行完所有微任务后,如有必要会渲染页面 setTimeout 属于宏任务,所以会有以上的打印。 这里很多人会有个误区,认为微任务快于宏任务,其实是错误的。因为宏任务中包括了 script ,浏览器会先执行一个宏任务,接下来有异步代码的话才会先执行微任务。 转载自:yck的https://juejin.im/book/5bdc715fe51d454e755f75ef/section/5be04a8e6fb9a04a072fd2c
,又把任务队列中的异步任务分为宏任务和微任务,虽然他们都在任务队列中,但是它们却在不同的队列中,微任务的执行优先级大于宏任务,他们的结构如图所示。 宏任务 浏览器为了能够使得JS内部任务与DOM任务能够有序的执行,会在一个任务执行结束后,在下一个任务执行开始前,对页面进行重新渲染 常见的宏任务主要有 定时器,ajax,读取文件,dom事件,setImmediate 代码案例 1.定时器因为是异步宏任务,所以先执行主线程的打印语句,主线程没有任务再从宏任务任务队列中取出定时器执行 setTimeout(() => { console.log(" ,打印.then,bbb,此时微任务没了,开始执行宏任务,打印定时器,因为定时器中含有微任务和宏任务,所以继续打印ccc,再执行定时器中的宏任务ddd,最后打印eee Promise.resolve() ,按顺序执行微任务,待微任务执行完毕后执行宏任务 5.形成事件循环 执行顺序 : 同步任务 > process.nextTick > 微任务 > 宏任务 > seImmediate hljs.highlightAll
事件循环Event Loop执行机制1.进入到script标签,就进入到了第一次事件循环.2.遇到同步代码,立即执行3.遇到宏任务,放入到宏任务队列里.4.遇到微任务,放入到微任务队列里.5.执行完所有同步代码 3.执行主线程上的log(6)4.执行第4行至第6行的微任务二.图片1.先执行主线程上的1,5,72.主线程的同步任务执行完毕后,会先执行微任务。 然后接着执行第5行第二个awaite右边的代码,打印5。第6行这个时候就被加入微任务队列。6.接着会执行第二个微任务,也就是16行代码,打印8。第17行的then这个时候也会加入微任务队列。 事件循环Event Loop执行机制1.进入到script标签,就进入到了第一次事件循环.2.遇到同步代码,立即执行3.遇到宏任务,放入到宏任务队列里.4.遇到微任务,放入到微任务队列里.5.执行完所有同步代码 然后接着执行第5行第二个awaite右边的代码,打印5。第6行这个时候就被加入微任务队列。6.接着会执行第二个微任务,也就是16行代码,打印8。第17行的then这个时候也会加入微任务队列。