谈谈 Event Loop（事件循环）机制

在讲 Event Loop （事件循环）以前，咱们来了解点 node 的东西，来帮助咱们更加明白事件循环是干什么的

Node 是什么

Node.js 是一个基于 Chrome V8 引擎的 JavaScript 运行环境，Node 不是一门语言，是让 js 运行在后端的，运行时不包括 js 全集，由于在服务端中不包含 DOM 和 BOM，Node 也提供了一些新的模块，好比 http，fs等模块。

Node 解决了什么

Node 的首要目标是提供一种简单的，用于建立高性能服务器的开发工具 Web 服务器的瓶颈在于并发的用户量，对比 Java 和 Php 的实现方式

Node在处理高并发，I/O 密集场景有明显的性能优点

• 高并发,是指在同一时间并发访问服务器
• I/O 密集指的是文件操做、网络操做、数据库,相对的有 CPU 密集,CPU 密集指的是逻辑处理运算、压缩、解压、加密、解密

Web 主要场景就是接收客户端的请求读取静态资源和渲染界面,因此 Node 很是适合 Web 应用的开发。

进程与线程

进程是操做系统分配资源和调度任务的基本单位，线程是创建在进程上的一次程序运行单位，一个进程上能够有多个线程。

1. 浏览器线程
   • 用户界面-包括地址栏、前进/后退按钮、书签菜单等
   • 浏览器引擎-在用户界面和呈现引擎之间传送指令(浏览器的主进程)
   • 渲染引擎，也被称为浏览器内核(浏览器渲染进程)
   • 一个插件对应一个进程(第三方插件进程)
   • GPU提升网页浏览的体验( GPU 进程)
2. 浏览器渲染引擎
   • 渲染引擎内部是多线程的，内部包含 ui 线程和 js 线程
   • js 线程 ui 线程 这两个线程互斥的，目的就是为了保证不产生冲突。
   • ui 线程会把更改的放到队列中，当 js 线程空闲下来的时候，ui 线程在继续渲染
3. js 单线程
   • js 是单线程，为何呢？若是多个线程同时操做 DOM ，哪页面不会很混乱？这里所谓的单线程指的是主线程是单线程的,因此在 Node 中主线程依旧是单线程的。
4. webworker 多线程
   • 它和 js 主线程不是平级的，主线程能够控制 webworker，可是 webworker不能操做 DOM，不能获取 document，window
5. 其余线程
   • 浏览器事件触发线程(用来控制事件循环,存放 setTimeout、浏览器事件、ajax 的回调函数)
   • 定时触发器线程(setTimeout 定时器所在线程)
   • 异步 HTTP 请求线程(ajax 请求线程)

单线程特色是节约了内存,而且不须要在切换执行上下文。并且单线程不须要管锁的问题,所谓 锁，在 java 里才有锁的概念，因此咱们不用细研究

浏览器中的 Event Loop

• 同步任务都在主线程上执行，造成一个执行栈
• 主线程以外，还存在一个任务队列。只要异步任务有了运行结果，就在任务队列之中放置一个事件。
• 一旦执行栈中的全部同步任务执行完毕，系统就会读取任务队列,将队列中的事件放到执行栈中依次执行
• 主线程从任务队列中读取事件，这个过程是循环不断的

整个的这种运行机制又称为 Event Loop (事件循环)

node 中的 Event Loop

如图（图片是借鉴的）：

* 咱们写的代码会交给 V8 引擎去进行处理 * 代码中可能会调用 nodeApi，node 会交给 LIBUV 库处理 * LIBUV 经过阻塞 i/o 和多线程实现了异步 io * 经过事件驱动的方式,将结果放到事件队列中,最终交给咱们的应用。

同步，异步 阻塞和非阻塞

• 阻塞和非阻塞指的是调用者的状态，关注的是程序在等待调用结果时的状态
• 同步和异步指的是被调用者是如何通知的，关注的是消息通知机制

宏任务和微任务

• macro-task(宏任务):
  • setTimeout, setInterval, setImmediate, I/O
• micro-task(微任务):
  • process.nextTick,
  • 原生 Promise (有些实现的promise 将 then 方法放到了宏任务中，浏览器默认放到了微任务),
  • Object.observe (已废弃),
  • MutationObserver（不兼容，已废弃）
  • MessageChannel（vue中 nextTick 实现原理）

同步代码先执行，执行是在栈中执行的，微任务大于宏任务，微任务会先执行（栈），宏任务后执行（队列）

讲到这里，敲几行代码来总结下咱们上面讲到的知识点把

《1》宏任务，微任务在浏览器和 node 环境执行顺序不一样

// 这个列子里面，包含了宏任务，微任务，分别看看浏览器和node 打印的结果
console.log(1)
// 栈
setTimeout(function(){
    console.log(2)
    // 微任务
    Promise.resolve(100).then(function(){
        console.log('promise')
    })
})
// 栈
let promise = new Promise(function(resolve, reject){
    console.log(7)
    resolve(100)
}).then(function(data){
    // 微任务
    console.log(data)
})
// 栈
setTimeout(function(){
    console.log(3)
})
console.log(5)
// 浏览器结果：1 7 5 100 2 promise 3
// node 结果：  1 7 5 100 2 3 promise
复制代码

浏览器和 node 环境执行顺序不一样，浏览器是先把一个栈以及栈中的微任务走完，才会走下一个栈。node 环境里面是把因此栈走完，才走微任务

《2》setTimeout setImmediate 都是宏任务，谁优先执行呢？

setTimeout(function(){
    console.log('timeout')
})
setImmediate(function(){
    console.log('setImmediate')
})
// 结果打印：timeout setImmediate
复制代码

setTimeout setImmediate 这两个取决于 node 的执行时间

《3》nextTick 和 then 都属于微任务，谁优先执行呢？

process.nextTick(function(){
    console.log('nextTick')
})
Promise.resolve().then(function(){
    console.log('then')
})
// 结果打印：nextTick then

// 再加一个宏任务呢
setImmediate(function(){
    console.log('setImmediate')
})
// 结果打印：nextTick  then  setImmediate
复制代码

nextTick 会比 其余微任务、宏任务执行快

《4》i/o 文件操做（宏任务），搭配微任务，谁优先执行呢？

let fs = require('fs');
fs.readFile('./1/log',function(){
    console.log('fs')
})
process.nextTick(function(){
    console.log('text')
})
// 结果打印：text  fs
复制代码

i/o 文件操做(宏任务), 若是有微任务，先执行微任务，在执行文件读取