Javascript事件循环入门到“忘记”（一）.md

本文主要介绍Javascript事件循环在 浏览器上的一些特性和应用介绍。

Javascript小知识

JavaScript的并发模型基于"事件循环"(Event Loop)。这个模型与像C或者Java这种其它语言中的模型截然不同。它永不阻塞，处理I/O通常通过事件和回调来执行，所以当一个应用正等待IndexedDB查询返回或者一个XHR请求返回时，它仍然可以处理其它事情，如用户输入。【参：并发模型与事件循环】

需要了解的几点：

单线程编程语言(Single Threaded)
只有一个主线程(one thread)，并且只有一个调用栈(Call Stack)，因此同一时间只能执行同一件事情。【参：Philip Roberts: What the heck is the event loop anyway? | JSConf EU (4:15)】
执行上下文(Execution Context)
Javascript代码执行时，会进入一个执行上下文。它可以理解为当前代码的运行环境（包括三种：全局环境、函数环境、Eval环境）。【参：Javascript核心技术开发解密 Page-11】

纠正一点分享会可能存在的错误，它和作用域(Scope)不同！作用域是针对变量的一个可访问区域，而执行上下文是属于函数的指向的对象。（Scope pertains to the visibility of variables, and context refers to the object to which a function belongs.）【参： Why Should We Care About Scope and Context ?】
栈（stack）
函数调用形成了一个栈帧。JavaScript中叫做调用栈(Call Stack)；先进后出，后进先出(LIFO)。
堆（heap）
对象被分配在一个堆中，即用以表示一个大部分非结构化的内存区域。
队列（queue）
一个JavaScript运行时包含了一个待处理的消息队列。每一个消息都有一个为了处理这个消息相关联的函数。
任务（Task）
主要是队列中要执行的函数。主要包含以下两大类：
1. macrotask：包含执行整体的js代码，事件回调，XHR回调，定时器（setTimeout/setInterval/setImmediate），IO操作，UI render
2. microtask：更新应用程序状态的任务，包括promise回调，MutationObserver，process.nextTick，Object.observe

下图展示了Event Loop的机制

这些代码会发生什么？

基于JQuery的Ajax示例，如果没有异步多么可怕！

// This is assuming that you're using jQuery
jQuery.ajax({
  url: 'https://api.example.com/endpoint',
  success: function(response) {
    // This is your callback.
  },
  async: false // And this is a terrible idea
});
// 原文網址：https://itw01.com/2Z6WE2L.html

这里使用了JQuery的Ajax函数，并为参数设置为同步执行。那么将遇到一种可怕的情况，这段代码在success回调前，后面的Javascript代码将不再执行。也就造成了可怕的阻塞(blocking)。

这段代码什么鬼，看着有点晕XD

let bar = 0
function foo() {
  bar++
  if (bar > 0) {
    return foo()
  }
}
foo()

没错，如果你不晕，说明你太棒了。这段代码也会产生严重的问题。如下图：

这是典型的内存溢出，可能会出现在某些场景下需要递归，但业务逻辑中的判断又没能正常计算进入到预设情况，于是调用栈中不断进入foo()，又无法执行完，就造成内存溢出了。

纠正一处分享会中的错误，这个入栈过程没有任何函数退出，所以会只进不出，导致内存爆炸。另外道哥提到的不断累加到最大值为负数的情况，我测试了一下JS下，会变成Infinite。某些其他语言（例如：C）是会变成-1，和二进制进位有关。

小测验：Demo - 1

setTimeout(() => {
  console.log(1);
}, 0);
console.log(2);
for (let i = 0; i < 3; i++) {
  console.log(i);
}
console.log(4);

输出结果：

A: 1, 2, 0, 1, 2, 4
B: 2, 4, 0, 1, 2, 1
C: 2, 0, 1, 2, 4, 1
D: 2, 4, 0, 1, 2, 1

小测验：Demo - 2

console.log(1);
for (let i = 0; i < 3; i++) {
  setTimeout(() => {
    console.log('2-' + i);
  }, 0);
}
console.log(3);

输出结果：

A: 1, 2-2, 2-2, 2-2, 3
B: 1, 3, 2-2, 2-2, 2-2
C: 1, 2-0, 2-1, 2-2, 3
D: 1, 3, 2-0, 2-1, 2-2

我想大家应该都正确答出来了吧:D，接下来我将详细分析一些示例，以便于理解事件循环。

事件循环流程分析

示例分析1：

这里我借用了作者稀土掘金的深入理解事件迴圈和非同步流程控制文中的一段示范。

console.log('Hi')
setTimeout(function cb1() {
  console.log('cb1')
}, 5000)
console.log('Bye')

不论是否懂得事件循环的初学者，看到这段代码应该也能猜出来答案是： Hi Bye cb1。毕竟cb1有一个5s的定时器。但是执行细节是怎样的呢。我们来看下面这张gif图。

图中已经很清楚的展示了整个Javascript代码是如何运作的。相信大家已经有较大的收获了。

示例分析2：

我们来看这个页面中的Javascript部分：

function one() {
  throw new Error('Oops!')
}
function two() {
  one()
}
function three() {
  two()
}
three()

我们在浏览器端执行时，打个断点在throw new Error('Oops!')这一行。如下图：

在了解了事件循环的执行顺序后，我们可以轻松知道他的执行顺序，通过Chrome开发者工具、我们观察图中Call Stack区域，箭头指向的one也正是我们断点的地方，下面依次是two、three、(anonymous)，这个是完全符合栈的先进后出，后进先出(last-in-first-out)的特征~

我们在实际开发中，也可以通过Call Stack里面观察，找出上一层入口，分析异常原因。会有很大的帮助呢~

接着关闭断点继续执行，浏览器会抛出错误，错误信息如下，也是符合栈特点的

其他

该文章中有部分内容在我制作的PPT中并未体现出来，对于这次分享会，我对Javascript一些运行机制有更深的理解，由于时间仓促也就在本次分享做了一点入门介绍。下期我将会结合更多的示例，对Node.js的事件循环与浏览器端的差异等等进行更深入的介绍，当大家都有所收获后，就大可忘记了。

文中参考的一些资料（★表示推荐等级）

深入理解js事件循环机制（浏览器篇） ★★★★☆
深入理解事件迴圈和非同步流程控制 ★★★★☆
Philip Roberts: What the heck is the event loop anyway? | JSConf EU ★★★★★

这是一段来自Youtube的演讲视频，视频中有用到一个工具" loupe - 模拟执行顺序的工具"，值得研究！ ★★★★★
Tasks, microtasks, queues and schedules ★★★★★

文中有例子通过动画来展示执行顺序问题感觉超级棒！也对不通浏览器的结果有做分析，当然也许部分内容有些不一致，需要注意。
The JavaScript Event Loop （Presentation）