• 认识JS中的任务队列
  • 发布于 2个月前
  • 183 热度
    0 评论
js 的基本数据类型:undefined、null、number、string、boolean、对象
JVM虚拟机内存划分:
1.寄存器
2.本地方法存储
3.方法区
4.栈内存
5.堆内存
栈内存:首先是一块内存区域,存储的都是局部变量。
堆内存:存储的是数组和对象,凡是new 的都在堆中,堆中存放的都是实体。
 所以堆与栈的区别很明显:
1.栈内存存储的是局部变量而堆内存存储的是实体;
2.栈内存的更新速度要快于堆内存,因为局部变量的生命周期很短;
3.栈内存存放的变量生命周期一旦结束就会被释放,而堆内存存放的实体会被垃圾回收机制不定时的回收。

我们知道,当我们调用一个方法的时候,js会生成一个与这个方法对应的执行环境(context),又叫执行上下文。这个执行环境中存在着这个方法的私有作用域,上层作用域的指向,方法的参数,这个作用域中定义的变量以及这个作用域的this对象。 而当一系列方法被依次调用的时候,因为js是单线程的,同一时间只能执行一个方法,于是这些方法被排队在一个单独的地方。这个地方被称为执行栈。
当一个脚本第一次执行的时候,js引擎会解析这段代码,并将其中的同步代码按照执行顺序加入执行栈中,然后从头开始执行。如果当前执行的是一个方法,那么js会向执行栈中添加这个方法的执行环境,然后进入这个执行环境继续执行其中的代码。当这个执行环境中的代码 执行完毕并返回结果后,js会退出这个执行环境并把这个执行环境销毁,回到上一个方法的执行环境。这个过程反复进行,直到执行栈中的代码全部执行完毕
1.事件循环(Event Loop)
js 从诞生的开始,就是一门单线程的非阻塞的脚本语言。
单线程:js 代码在任何时候,都只有一个主线程来处理所有的任务。
非阻塞:当代码需要进行一项异步任务的时候,主线程会挂起这个任务,然后在异步任务返回结果的时候,再根据一定规则去执行相应的回调。
1.js引擎遇到一个异步事件后并不会一直等待其返回结果,而是将这个事件挂起,执行栈中其他的操作。
2.当一个异步事件返回结果,js 会将这个事件加入到与当前执行栈不同的另一队列中(事件队列)
3.被放入事件队列不会立刻执行其回调,而是等待当前执行栈中的所有任务都执行完毕, 主线程处于闲置状态时,主线程会去查找事件队列是否有任务。
4.如果有,那么主线程会从中取出排在第一位的事件,并把这个事件对应的回调放入执行栈中,然后执行其中的同步代码...,如此反复,这样就形成了一个无限的循环。这就是这个过程被称为“事件循环(Event Loop)”的原因。

事件队列执行的执行也存在优先级:
不同的异步被分成二类:微任务(micro task)和宏任务(macro-task)
macro-task:script(整体代码片段)、setTimeout、setTimeout, setInterval, setImmediate, I/O, UI Rendering;
micro-task:process.nextTick、 process.nextTick, Promise, Object.observe, MutationObserver。
macro-task 和micro-task 执行的机制:
1.主线程回到micro-task 队列中读取可执行的任务
2.主线程执行完micro-task
3.主线程到macro-task任务队列中读取可执行的任务
4.主线程执行macro-task 任务。
5. 。。。转到step1

这里注意的是,UI Rendering是在micro-task之后执行,需要在UI渲染之前执行的逻辑,一般采用micro-task异步回调方式进行调用。
同样,micro-task队列不宜过长,给micro-task队列添加过多回调阻塞macro-task队列的任务执行是小事,重点是这有可能会阻塞UI Render,导致页面不能更新。浏览器也会基于性能方面的考虑,对micro-task中的任务个数进行限制
用户评论