其实是通过执行的时机来区分的: 微任务:在本次任务执行完后执行。 宏任务:在下一个任务循环的时候执行。 这里有一张经典的图片,供大家参考: ? 每次事件的循环的执行都是以宏任务开始的。 如果本次宏任务执行完毕了,那么就会检索是否有微任务,如果有,那么就去执行微任务,如果微任务执行完或者没有微任务的话那么就会进入下次事件循环。 第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,由此,所有的微任务执行完毕,接着开始将宏任务队列拿出来,则执行第一个宏任务 然后在次将微任务、宏任务依次拿出来执行,若是没有,则持续监听,直到有任务。
最近问了大佬一个问题,监听和定时器两个性能的问题,大佬给我普及了宏任务和微任务的概念,于是网上找见了这样一段代码: console.log('script start'); setTimeout(function start, script end, promise1, promise2, setTimeout 于是撤出了JavaScript的执行机制,JavaScript的事件循环、同步、异步就不多说了,今天分享的是宏任务和微任务 先记住两个概念: 宿主环境提供的叫宏任务,由语言标准提供的叫微任务,这是算比较标准也算比较好记忆的区分宏任务和微任务了。 宿主环境内所有的内建或自定义的变量/函数都是 global/window 这个全局对象的属性/方法,而由宿主环境提供的也叫宏任务。 语言标准: 我们都知道JavaScript是一种编程语言,但其实JavaScript由ECMA制定标准,称之为ECMAScript,所以由语言标准提供的就是微任务,比如ES6提供的promise。
JavaScript中有哪些宏任务与微任务呢? 宏任务:script代码,setTimeout,setInterval 微任务:Promise,process.nextTick不同类型的任务会进入对应的任务队列。 事件循环的顺序,决定js代码的执行顺序进入整体代码(宏任务)后,开始第一次循环。接着执行所有的微任务。 因为以同步异步的方式来解释执行机制是不准确的,更加准确的方式是宏任务和微任务: 因此执行机制便为:执行宏任务 ===> 执行微任务 ===> 执行另一个宏任务 ===> 不断循环 即 :在一个事件循环中,执行第一个宏任务,宏任务执行结束,执行当前事件循环中的微任务,执行完毕之后进入下一个事件循环中,或者说执行下一个宏任务*/【小结】接触了宏任务与微任务后,可以帮助更好地理解同步与异步任务
宏任务、微任务 实际上异步任务之间并不相同,因此他们之间也有优先级之分,所以任务队列被分成两种类型: 宏任务和微任务。 宏任务: setTimeout setInterval Ajax DOM事件 I/O script标签中的整体代码 微任务: new Promise() new MutaionObserver() ,然后检查"任务队列"中是否有任务,如果有,就将第一个事件对应的回调,推到执行栈中执行; ==注意:==异步任务分宏任务和微任务两种类型,微任务比宏任务的执行时间要早,所以会优先把所有的微任务放到执行栈中执行 在执行任何一个宏任务以前(不是队列,是一个宏任务),都会查看微任务队列是否有任务需要清空,也就是宏任务执行以前,必须保证微任务是空的。 所以从上面的代码例子中可以得出: 先把同步任务执行,得到 1,5, 然后依次执行微任务(Promise),得到 2, 4,最后执行宏任务(setTimeout),得到3, 7。
微任务、宏任务与Event-Loop 首先,JavaScript是一个单线程的脚本语言。 而这些其实就相当于注册了一个宏任务,而非是微任务。 P.S. 在Promise/A+的规范中,Promise的实现可以是微任务,也可以是宏任务,但是普遍的共识表示(至少Chrome是这么做的),Promise应该是属于微任务阵营的 所以,明白哪些操作是宏任务、哪些是微任务就变得很关键 (结束本次宏任务、检查还有没有宏任务需要处理) 这个检查的过程是持续进行的,每完成一个任务都会进行一次,而这样的操作就被称为Event Loop。 在执行完同步代码与微任务以后,这时继续向后查找有木有宏任务。
JS 中的异步任务分为宏任务 (macro task) 和微任务 (micro task) ,只有宏任务会进行事件循环。 事件循环 JS 是单线程执行的,所有 JS 代码都要放在主线程中运行。 因此,在同一次循环中,微任务比宏任务优先执行;在整个执行过程中,微任务复用一个队列,而宏任务共用一个队列。 微任务和宏任务的执行顺序 在同一次循环中,微任务比宏任务优先执行,任务按照推入队列的顺序执行(FIFO)。 在处理微任务和宏任务互相包含的情况,记住两点: 微任务不参与事件循环,微任务会被推到当前循环对应的微任务队列中,即使是微任务中的微任务。 宏任务将开启新的事件循环。 如果宏任务中包含微任务,这个微任务会被带到下一次循环中执行。
接下来,讲讲那些门道(宏任务和微任务)。 3、宏任务和微任务 每个人的理解方式不同,因为宏任务和微任务并不是标准,但执行的顺序在js中是大一统了的。 剩下的不会先执行,因为是宏任务中的宏任务(console.log(2)) ,要被继续丢进任务队列后 宏任务队列2:=> console.log('5') 宏任务队列1中的宏任务3 2:console.log(3) 宏任务队列1中的微任务:console.log(4) 宏任务队列3:因他是宏任务队列1中的宏任务,所以被丢进了任务队列最后,我们先看宏任务队列 对于宏任务和微任务请记住这几点: 微任务比宏任务执行要早。 宏任务里如果有宏任务,不会执行里面的那个宏任务,而是被丢进任务队列后面,所以会最后执行。 function() { console.log('10'); }) new Promise(function(resolve) { console.log('11
那么,你能说清楚到底宏任务和微任务是什么?是谁发起的?为什么微任务的执行要先于宏任务呢? 首先,我们需要先知道JS运行机制。 概念5:宏任务和微任务 ES6 规范中,microtask 称为 jobs,macrotask 称为 task 宏任务是由宿主发起的,而微任务由JavaScript自身发起。 setImmediate和process.nextTick为Node环境下常用的方法(IE11支持setImmediate),所以,后续的分析都基于Node宿主。 因为微任务优先级太高,Vue 2.4版本之后,提供了强制使用宏任务的方法。 vm.$nextTick优先使用Promise,创建微任务。 如果不支持Promise或者强制开启宏任务,那么,会按照如下顺序发起宏任务: 优先检测是否支持原生 setImmediate(这是一个高版本 IE 和 Edge 才支持的特性) 如果不支持,再去检测是否支持原生的
微任务、宏任务概念介绍微任务与宏任务就属于js代码的范畴js代码主要分为两大类: 同步代码、异步代码异步代码又分为:微任务与宏任务图片3. 事件循环Event Loop执行机制1.进入到script标签,就进入到了第一次事件循环.2.遇到同步代码,立即执行3.遇到宏任务,放入到宏任务队列里.4.遇到微任务,放入到微任务队列里.5.执行完所有同步代码 6.执行微任务代码7.微任务代码执行完毕,本次队列清空寻找下一个宏任务,重复步骤1以此反复直到清空所以宏任务,这种不断重复的执行机制,就叫做事件循环画了一张图来描述事件循环图片4.易错点(1). promise 再依次执行第6行和第17行的两个微任务,打印3和97.微任务执⾏结束,开始执⾏宏任务setTimeout,打印11⾏的6.总结所有同步任务都在主线程上执行,形成一个执行栈(call stack)。 当栈中的代码执行完毕,执行栈中的任务为空时,主线程会先检查微任务队列中是否有任务,如果有,就将微任务队列中的所有任务依次执行,直到微任务队列为空; 之后再检查宏任务队列中是否有任务,如果有,则取出第一个宏任务加入到执行栈中
:先执行一个宏任务,执行过程中如果产出新的宏/微任务,就将他们推入相应的任务队列,之后在执行一队微任务,之后再执行宏任务,如此循环。 :微任务: [], 宏任务:[<script>] 宏任务: 输出: script start 遇到 timeout1,加入宏任务 遇到 Promise,输出promise1,直接 resolve,将 then :微任务[],宏任务[timeou1, timeout2] 宏任务: 输出timeout1 输出timeout2 当前任务队列:微任务[],宏任务[timeou2] 微任务: 为空跳过 当前任务队列:微任务 ,加入宏任务。 ] 宏任务: 输出:timeout timeout 出队,宏任务清空 注意:任务队列(宏任务和微任务)是栈(Stack)结构,执行时遵循先进后出(LIFO) 的原则 #setTimerout 并不准确
在11版本之上我们得到了和浏览器一致的结果。 而通过查看Nodejs版本日志发现,在Nodejs环境中,在11版本之前,同源的任务放在一起进行执行,也就是宏任务队列和微任务队列只有清空一个后才会执行另一个。 就算涉及到同源宏任务的嵌套代码,任然会将宏任务一起执行,但是内部的任务则会放到下一个循环中去执行。而在11版本后,Nodejs修改成了与浏览器一样的遵循定义的执行方式。 对于早于11版本的Nodejs的实现,可能是由于嵌套任务存在的可能性。 但是这样并不符合规范,所以我更愿意倾向于相信Nodejs团队在11版本之前的实现存在错误,而在11版本后修复了这个错误。
前端高频面试题: 宏任务(macro-task)与微任务(micro-task) 01 概念理解 宏任务和微任务都是我们在开发工作中经常用到的。 微任务主要是:Promise、Object.observe、MutationObserver。 宏任务和微任务之间的关系 宏任务和微任务的区别 宏任务 1. 宏任务所处的队列就是宏任务队列 2. 宏任务队列可以有多个 3. 当宏任务队列的中的任务全部执行完以后会查看是否有微任务队列如果有先执行微任务队列中的所有任务,如果没有就查看是否有宏任务队列 微任务 1. 微任务所处的队列就是微任务队列 2. function(){ console.log(10); let promise = new Promise(function(resolve, reject) { console.log(11
除了本章中所讲的 宏任务(macrotask) 外,还有在 微任务队列[2] 一章中提到的 微任务(microtask)。 每个宏任务之后,引擎会立即执行微任务队列中的所有任务,然后再执行其他的宏任务,或渲染,或进行其他任何操作。 promise 第二个出现,因为 then 会通过微任务队列,并在当前代码之后执行。 timeout 最后显示,因为它是一个宏任务。 更详细的事件循环图示如下(顺序是从上到下,即:首先是脚本,然后是微任务,渲染等): 微任务会在执行任何其他事件处理,或渲染,或执行任何其他宏任务之前完成。 执行所有 微任务: 出队(dequeue)并执行最早的微任务。 当微任务队列非空时: 执行渲染,如果有。 如果宏任务队列为空,则休眠直到出现宏任务。 转到步骤 1。
clojure macro宏在运行之前机械展开,定义宏相当于给语言增加新特性,写宏的*原则*: 能写成函数就不要用宏(因为写宏没有写函数简单直观,容易写错,需要先在 REPL 中测试一番) 只有不得不用时才用宏(性能要求高时比函数调用快,或者需要“代码<->数据”相互转换) 精心设计的宏调用比函数调用更 DSL(如实现控制结构、传递 Java方法) 宏与函数 ;; 宏正确写法 (defmacro ; (* 10 (+ 5 2)) (println (clojure.walk/macroexpand-all '(op 5 + 2 * 10))) ;; (* 10 (+ 5 2)) ;; 宏错误写法 10))) ;; 2 (println (clojure.walk/macroexpand-all '(op2 5 + 2 * 10))) ;; 2 ;; 不使用宏 ,需要添加 list,宏用defmacro定义,不用宏写法的函数用defn定义 调试宏,用macroexpand展开 宏符号 ` 原原本本地直译过去,不用`,let语句不被翻译,例如: (let [datastr
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(
在介绍宏任务和微任务之前,先抛出一个问题。 但是事情并不是那么的简单,接下来引入两个新概念:宏任务(macrotask)和微任务(microtask) 宏任务(macrotask)和微任务(microtask) 宏任务和微任务表示的是异步任务的两种分类 然后首先会从宏任务的任务队列中中取出一条任务执行;当执行完毕之后再将微任务队列里面的所有的任务按照顺序执行;当所有的微任务队列任务执行完毕之后,再去宏任务队列中取出一条任务执行。 宏任务主要有:整体script代码、setTimeout、setInterval、I/O、requestAnimationFrame 微任务主要有:Promise、process.nextTick、MutationObserver 那么宏任务和微任务到底是什么关系呢?
image.png 不同的任务源会被分配到不同的 Task 队列中,任务源可以分为 微任务(microtask) 和 宏任务(macrotask)。 所以 Event Loop 执行顺序如下所示: 首先执行同步代码,这属于宏任务 当执行完所有同步代码后,执行栈为空,查询是否有异步代码需要执行 执行所有微任务 当执行完所有微任务后,如有必要会渲染页面 setTimeout 属于宏任务,所以会有以上的打印。 宏任务包括 script , setTimeout ,setInterval ,setImmediate ,I/O ,UI rendering 。 这里很多人会有个误区,认为微任务快于宏任务,其实是错误的。因为宏任务中包括了 script ,浏览器会先执行一个宏任务,接下来有异步代码的话才会先执行微任务。
,又把任务队列中的异步任务分为宏任务和微任务,虽然他们都在任务队列中,但是它们却在不同的队列中,微任务的执行优先级大于宏任务,他们的结构如图所示。 宏任务 浏览器为了能够使得JS内部任务与DOM任务能够有序的执行,会在一个任务执行结束后,在下一个任务执行开始前,对页面进行重新渲染 常见的宏任务主要有 定时器,ajax,读取文件,dom事件,setImmediate 代码案例 1.定时器因为是异步宏任务,所以先执行主线程的打印语句,主线程没有任务再从宏任务任务队列中取出定时器执行 setTimeout(() => { console.log(" ,打印.then,bbb,此时微任务没了,开始执行宏任务,打印定时器,因为定时器中含有微任务和宏任务,所以继续打印ccc,再执行定时器中的宏任务ddd,最后打印eee Promise.resolve() ,按顺序执行微任务,待微任务执行完毕后执行宏任务 5.形成事件循环 执行顺序 : 同步任务 > process.nextTick > 微任务 > 宏任务 > seImmediate hljs.highlightAll
微任务、宏任务概念介绍微任务与宏任务就属于js代码的范畴js代码主要分为两大类: 同步代码、异步代码异步代码又分为:微任务与宏任务图片3. 再依次执行第6行和第17行的两个微任务,打印3和97.微任务执⾏结束,开始执⾏宏任务setTimeout,打印11⾏的6.总结所有同步任务都在主线程上执行,形成一个执行栈(call stack)。 当栈中的代码执行完毕,执行栈中的任务为空时,主线程会先检查微任务队列中是否有任务,如果有,就将微任务队列中的所有任务依次执行,直到微任务队列为空; 之后再检查宏任务队列中是否有任务,如果有,则取出第一个宏任务加入到执行栈中 微任务、宏任务概念介绍微任务与宏任务就属于js代码的范畴js代码主要分为两大类: 同步代码、异步代码异步代码又分为:微任务与宏任务图片3. 再依次执行第6行和第17行的两个微任务,打印3和97.微任务执⾏结束,开始执⾏宏任务setTimeout,打印11⾏的6.总结所有同步任务都在主线程上执行,形成一个执行栈(call stack)。