其实是通过执行的时机来区分的: 微任务:在本次任务执行完后执行。 宏任务:在下一个任务循环的时候执行。 这里有一张经典的图片,供大家参考: ? 每次事件的循环的执行都是以宏任务开始的。 如果本次宏任务执行完毕了,那么就会检索是否有微任务,如果有,那么就去执行微任务,如果微任务执行完或者没有微任务的话那么就会进入下次事件循环。 第3行遇到setTimeout加入到宏任务队列中,下次处理。第16行,遇到微任务process.nextTick,加入到微任务的队列中。 执行下一个宏任务,也就是第3行的setTimeout,分别打印2和4,发现有2个微任务,分别打印3和5。 执行下一个宏任务,也就是第27行的setTimeout,分别打印9和11,发现有2个微任务,分别打印10和12。
等等都属于同步任务,同步任务,直接在JS单线程当中执行 异步任务 异步任务,又称耗时任务,异步任务的执行浪费时间,容易造成线程的堵塞。 异步任务又分为微任务与宏任务。 微任务 其中,微任务主要包括Promise.then、async/await等任务 new Promise((resolve,reject)=>{ //同步执行体 }).then(value=>{ ,代码块,所以将promise.then中的方法扔到微任务队列当中等待执行,在之前输出promise1,然后接着执行最后一个同步代码打印输出script end,接着同步任务执行完毕,在将微任务队列拿出来执行 ,首先执行第一个微任务,async1()方法当中的async1 end,再接着执行第二个微任务,Promise.then当中的Promise2,由此,所有的微任务执行完毕,接着开始将宏任务队列拿出来,则执行第一个宏任务 然后在次将微任务、宏任务依次拿出来执行,若是没有,则持续监听,直到有任务。
最近问了大佬一个问题,监听和定时器两个性能的问题,大佬给我普及了宏任务和微任务的概念,于是网上找见了这样一段代码: console.log('script start'); setTimeout(function , script end, promise1, promise2, setTimeout 于是撤出了JavaScript的执行机制,JavaScript的事件循环、同步、异步就不多说了,今天分享的是宏任务和微任务 先记住两个概念: 宿主环境提供的叫宏任务,由语言标准提供的叫微任务,这是算比较标准也算比较好记忆的区分宏任务和微任务了。 宿主环境内所有的内建或自定义的变量/函数都是 global/window 这个全局对象的属性/方法,而由宿主环境提供的也叫宏任务。 语言标准: 我们都知道JavaScript是一种编程语言,但其实JavaScript由ECMA制定标准,称之为ECMAScript,所以由语言标准提供的就是微任务,比如ES6提供的promise。
JavaScript中有哪些宏任务与微任务呢? 宏任务:script代码,setTimeout,setInterval 微任务:Promise,process.nextTick不同类型的任务会进入对应的任务队列。 事件循环的顺序,决定js代码的执行顺序进入整体代码(宏任务)后,开始第一次循环。接着执行所有的微任务。 因为以同步异步的方式来解释执行机制是不准确的,更加准确的方式是宏任务和微任务: 因此执行机制便为:执行宏任务 ===> 执行微任务 ===> 执行另一个宏任务 ===> 不断循环 即 :在一个事件循环中,执行第一个宏任务,宏任务执行结束,执行当前事件循环中的微任务,执行完毕之后进入下一个事件循环中,或者说执行下一个宏任务*/【小结】接触了宏任务与微任务后,可以帮助更好地理解同步与异步任务
为什么会这样 要了解这一点,您需要了解事件循环如何处理任务和微任务。第一次遇到这个问题可能会让您大吃一惊。 只要没有其他JavaScript在执行中间,微任务队列就会在回调之后进行处理,并且在每个任务结束时进行处理。在微任务期间排队的所有其他微任务都将添加到队列的末尾并进行处理。 微任务包括变异观察者回调,并如上例所示,承诺回调。 一旦承诺达成,或者如果已经达成,它将对微任务排队以进行其反动回调。这样可以确保即使promise已经解决,promise回调也是异步的。 调度“点击”事件是一项任务。变异观察者和promise回调作为微任务排队。该setTimeout回调排队的任务。 此规则来自HTML规范,用于调用回调: 如果脚本设置对象堆栈现在为空,请执行微任务检查点 — HTML:在回调步骤3 之后进行清理 …并且微任务检查点涉及遍历微任务队列,除非我们已经在处理微任务队列。
微任务、宏任务与Event-Loop 首先,JavaScript是一个单线程的脚本语言。 无论是什么需求,只要是柜员能够帮她办理的,都会在处理你的业务之前来做这些事情,这些都可以认为是微任务。 这就说明:你大爷永远是你大爷 在当前的微任务没有执行完成时,是不会执行下一个宏任务的。 而这些其实就相当于注册了一个宏任务,而非是微任务。 P.S. 在Promise/A+的规范中,Promise的实现可以是微任务,也可以是宏任务,但是普遍的共识表示(至少Chrome是这么做的),Promise应该是属于微任务阵营的 所以,明白哪些操作是宏任务、哪些是微任务就变得很关键 在执行完同步代码与微任务以后,这时继续向后查找有木有宏任务。
微任务的执行时机 JS 在执行一段代码的时候,除了会把同步任务放入执行栈,还会把微任务放到执行栈后面,形成一个微任务队列( JS 中可访问 queueMicroTask)。 因此,在同一次循环中,微任务比宏任务优先执行;在整个执行过程中,微任务复用一个队列,而宏任务共用一个队列。 微任务和宏任务的执行顺序 在同一次循环中,微任务比宏任务优先执行,任务按照推入队列的顺序执行(FIFO)。 在处理微任务和宏任务互相包含的情况,记住两点: 微任务不参与事件循环,微任务会被推到当前循环对应的微任务队列中,即使是微任务中的微任务。 宏任务将开启新的事件循环。 如果宏任务中包含微任务,这个微任务会被带到下一次循环中执行。
宏任务、微任务 实际上异步任务之间并不相同,因此他们之间也有优先级之分,所以任务队列被分成两种类型: 宏任务和微任务。 宏任务: setTimeout setInterval Ajax DOM事件 I/O script标签中的整体代码 微任务: new Promise() new MutaionObserver() ,然后检查"任务队列"中是否有任务,如果有,就将第一个事件对应的回调,推到执行栈中执行; ==注意:==异步任务分宏任务和微任务两种类型,微任务比宏任务的执行时间要早,所以会优先把所有的微任务放到执行栈中执行 在执行任何一个宏任务以前(不是队列,是一个宏任务),都会查看微任务队列是否有任务需要清空,也就是宏任务执行以前,必须保证微任务是空的。 所以从上面的代码例子中可以得出: 先把同步任务执行,得到 1,5, 然后依次执行微任务(Promise),得到 2, 4,最后执行宏任务(setTimeout),得到3, 7。
微任务、宏任务概念介绍微任务与宏任务就属于js代码的范畴js代码主要分为两大类: 同步代码、异步代码异步代码又分为:微任务与宏任务图片3. 本身是一个同步的代码(只是容器),只有它后面调用的then()方法里面的回调才是微任务图片(2). await右边的表达式还是会立即执行,表达式之后的代码才是微任务, await微任务可以转换成等价的promise 3.执行主线程上的log(6)4.执行第4行至第6行的微任务二.图片1.先执行主线程上的1,5,72.主线程的同步任务执行完毕后,会先执行微任务。 ⾏微任务队列内的任务,遵循先进先出的原则,打印第四⾏的2。 当栈中的代码执行完毕,执行栈中的任务为空时,主线程会先检查微任务队列中是否有任务,如果有,就将微任务队列中的所有任务依次执行,直到微任务队列为空; 之后再检查宏任务队列中是否有任务,如果有,则取出第一个宏任务加入到执行栈中
:先执行一个宏任务,执行过程中如果产出新的宏/微任务,就将他们推入相应的任务队列,之后在执行一队微任务,之后再执行宏任务,如此循环。 ,当前微任务队列(promise1) 输出:script end 微任务:执行微任务队列(promise1) 输出:promise1,then 之后产生一个微任务,加入微任务队列,当前微任务队列(promise2 输出script end 宏任务第一个执行结束 当前任务队列:微任务[then1],宏任务[timeou1, timeout2] 微任务: 执行 then1,输出then1 微任务队列清空 当前任务队列 :微任务[],宏任务[timeou1, timeout2] 宏任务: 输出timeout1 输出timeout2 当前任务队列:微任务[],宏任务[timeou2] 微任务: 为空跳过 当前任务队列:微任务 ],宏任务[timeout] 微任务: 输出:promise2 promise2 出队 输出:async1 end async1 end 出队 微任务队列清空 当前任务队列:微任务[],宏任务[timeout
那么,你能说清楚到底宏任务和微任务是什么?是谁发起的?为什么微任务的执行要先于宏任务呢? 首先,我们需要先知道JS运行机制。 Event Loop中,每一次循环称为tick,每一次tick的任务如下: 执行栈选择最先进入队列的宏任务(一般都是script),执行其同步代码直至结束; 检查是否存在微任务,有则会执行至微任务队列为空 概念5:宏任务和微任务 ES6 规范中,microtask 称为 jobs,macrotask 称为 task 宏任务是由宿主发起的,而微任务由JavaScript自身发起。 “下次DOM更新周期”的意思就是下次微任务执行时更新DOM,而vm.$nextTick就是将回调函数添加到微任务中(在特殊情况下会降级为宏任务)。 因为微任务优先级太高,Vue 2.4版本之后,提供了强制使用宏任务的方法。 vm.$nextTick优先使用Promise,创建微任务。
接下来,讲讲那些门道(宏任务和微任务)。 3、宏任务和微任务 每个人的理解方式不同,因为宏任务和微任务并不是标准,但执行的顺序在js中是大一统了的。 :有些人喜欢将<script>整体代码放在宏任务里,但我个人不喜欢,在我这里它只是第一执行的主线程,我个人是将宏任务和微任务都归类到异步任务里! 4、拓展宏任务微任务 上面出了复杂的题,小伙伴们不妨可以想一想,这种复杂情况,一个套一个的该怎么执行呢? 2:console.log(3) 宏任务队列1中的微任务:console.log(4) 宏任务队列3:因他是宏任务队列1中的宏任务,所以被丢进了任务队列最后,我们先看宏任务队列 对于宏任务和微任务请记住这几点: 微任务比宏任务执行要早。 宏任务里如果有宏任务,不会执行里面的那个宏任务,而是被丢进任务队列后面,所以会最后执行。
除了本章中所讲的 宏任务(macrotask) 外,还有在 微任务队列[2] 一章中提到的 微任务(microtask)。 微任务仅来自于我们的代码。它们通常是由 promise 创建的:对 .then/catch/finally 处理程序的执行会成为微任务。 更详细的事件循环图示如下(顺序是从上到下,即:首先是脚本,然后是微任务,渲染等): 微任务会在执行任何其他事件处理,或渲染,或执行任何其他宏任务之前完成。 执行所有 微任务: 出队(dequeue)并执行最早的微任务。 当微任务队列非空时: 执行渲染,如果有。 如果宏任务队列为空,则休眠直到出现宏任务。 转到步骤 1。 安排一个新的 微任务: 使用 queueMicrotask(f)。 promise 处理程序也会通过微任务队列。 在微任务之间没有 UI 或网络事件的处理:它们一个立即接一个地执行。
前端高频面试题: 宏任务(macro-task)与微任务(micro-task) 01 概念理解 宏任务和微任务都是我们在开发工作中经常用到的。 微任务主要是:Promise、Object.observe、MutationObserver。 宏任务和微任务之间的关系 宏任务和微任务的区别 宏任务 1. 当宏任务队列的中的任务全部执行完以后会查看是否有微任务队列如果有先执行微任务队列中的所有任务,如果没有就查看是否有宏任务队列 微任务 1. 微任务所处的队列就是微任务队列 2. 只有一个微任务队列 3. 在上一个宏任务队列执行完毕后如果有微任务队列就会执行微任务队列中的所有任务 总结: 首先浏览器执行js进入主线程, 然后再判断是否有微任务,有就执行; 再判断是否有宏任务,有进行执行,执行后,再判断是否有微任务
而无论是宏任务还是微任务依赖的都是基础的执行栈和消息队列的机制而运行。根据定义,宏任务和微任务存在于不同的任务队列,而微任务的任务队列应该在宏任务执行栈完成前清空。 此时当前已没有主逻辑执行的代码,而当前宏任务将执行结束,微任务会在当前宏任务完成前执行,所以微任务队列会依次执行,直到微任务队列清空。 虽然Nodejs的事件循环有不同于浏览器的六个阶段,但是按照定义规范,这里的宏任务和微任务执行,明显没有遵循微任务区分差别的第二点,也就是微任务必须在宏任务执行结束前执行。 从一开始浏览器端就是严格遵循了微任务和宏任务定义进行执行,也就是说,一个宏任务执行完成过程中,就会去检测微任务队列是否有需要执行的任务,即使是微任务嵌套微任务,也会将微任务执行完成,再去执行下一个宏任务 微任务嵌套微任务可能造成线程中一直处于当前微任务队列执行状态而走不下去,而宏任务的嵌套循环执行,并不会造成内存溢出的问题,因为每个宏任务的执行都是新建的栈。
微任务(Microtask) Promise 的处理程序(handlers).then、.catch 和 .finally 都是异步的。 微任务队列(Microtask queue) 异步任务需要适当的管理。 为此,ECMA 标准规定了一个内部队列 PromiseJobs,通常被称为“微任务队列(microtask queue)”(V8 术语)。 如果一个 promise 的 error 未被在微任务队列的末尾进行处理,则会出现“未处理的 rejection”。 由于这些概念跟 promise 没有直接关系,所以我们将在 图解 JavaScript 事件循环:微任务和宏任务 一文中对它们进行介绍。
在介绍宏任务和微任务之前,先抛出一个问题。 但是事情并不是那么的简单,接下来引入两个新概念:宏任务(macrotask)和微任务(microtask) 宏任务(macrotask)和微任务(microtask) 宏任务和微任务表示的是异步任务的两种分类 然后首先会从宏任务的任务队列中中取出一条任务执行;当执行完毕之后再将微任务队列里面的所有的任务按照顺序执行;当所有的微任务队列任务执行完毕之后,再去宏任务队列中取出一条任务执行。 宏任务主要有:整体script代码、setTimeout、setInterval、I/O、requestAnimationFrame 微任务主要有:Promise、process.nextTick、MutationObserver 那么宏任务和微任务到底是什么关系呢?
async function async1() { console.log("async1 start"); //2 await async2(); console.log("async1 end"); // 6 } async function async2() { console.log("async2"); // 3 } console.log("script start"); // 1 setTimeout(function () { console.log(
什么是宏任务,什么是微任务? 那这个「不同类型」,就是宏任务和微任务两种了。 我们直接来看一看,哪些是宏任务,哪些是微任务: 宏任务:setTimeout,setInterval,Ajax,DOM事件 微任务:Promise,async/await ❝微任务的执行时机要比宏任务早 先直接记住结果,再去探究为什么,看到这里应该可以回头去做出来之前那个题了,setTimeout是个宏任务,而pormise是个微任务,「微任务要比宏任务执行的要早」,所以先打印出来300后打印200。 宏任务跟微任务分别有哪些? 为什么微任务的触发时机更早? 微任务宏任务和DOM渲染的关系? 微任务宏任务和DOM渲染,在EventLoop中的过程?
微任务、宏任务概念介绍微任务与宏任务就属于js代码的范畴js代码主要分为两大类: 同步代码、异步代码异步代码又分为:微任务与宏任务图片3. 本身是一个同步的代码(只是容器),只有它后面调用的then()方法里面的回调才是微任务图片(2). await右边的表达式还是会立即执行,表达式之后的代码才是微任务, await微任务可以转换成等价的promise 当栈中的代码执行完毕,执行栈中的任务为空时,主线程会先检查微任务队列中是否有任务,如果有,就将微任务队列中的所有任务依次执行,直到微任务队列为空; 之后再检查宏任务队列中是否有任务,如果有,则取出第一个宏任务加入到执行栈中 微任务、宏任务概念介绍微任务与宏任务就属于js代码的范畴js代码主要分为两大类: 同步代码、异步代码异步代码又分为:微任务与宏任务图片3. 当栈中的代码执行完毕,执行栈中的任务为空时,主线程会先检查微任务队列中是否有任务,如果有,就将微任务队列中的所有任务依次执行,直到微任务队列为空; 之后再检查宏任务队列中是否有任务,如果有,则取出第一个宏任务加入到执行栈中