概要
本文主要通过一个实例，来理解什么是Javascript中的Execution Context，以及在JavaScript执行过程中，Execution Context是如何工作的。
基本概念
事实上，我们可以理解为JavaScript代码在一个盒子中执行，而这个盒子本身就是我们的Execution Context。
代码在执行过程中，可以在这个盒子中找到需要的变量，函数等信息。
对于复杂的JavaScript项目，代码量庞大，代码运行过程中可能需要多个Execution Context，这些Execution Context按照类型，可以划分为Global Execution Context (GEC) 和 Function Execution Context (FEC)。
- GEC是基本的执行上下文，它的代码层级最高且只有一个，用于创建全局对象和将this绑定到全局对象上。
- FEC是函数的执行上下文，在函数被调用的时候由JS Engine创建，可以有多个。
所有的JavaScript代码都要在 Call Stack中执行，Call Stack将上述的Execution Context 组织在一起，由JS Engine逐行执行。
实例
下面我看一段简单的JavaScript代码
var a = 0;
test1();
test2();
console.log(a);
function test1() {
var a = 10;
console.log(a);
}
function test2() {
var a = 20;
console.log(a);
}
代码执行结果如下：
下面我们按照JS Engine的运行方式，解释一下代码是如何执行的
Step 1 建立 GEC
在创建GEC的时候，并不会对将变量值载入本地内存，这个时候变量a的值只是undefined，但是test1和test2S是两个全局的函数，会被载入本地内存。
我们设置好断点，可以看到，代码执行如我们上面示意图期待的那样
此时GEC进入Call Stack
Step 2 执行 GEC中的Global代码
执行赋值操作如下：
赋值操作执行后，本地内存中变量a由undefined变成0，代码执行后，从Call Stack中删除
在浏览器中，GEC的a变量也被赋值为0
Step 2 执行 GEC中的test1函数
test1是一个函数，一旦被调用，该函数立刻进入Call Stack，JS Engine会为它创建一个独立的FEC。
初始状态下，a变量是undefined。函数开始I执行后，a被赋值为10，即FEC中的a变量被赋值为10。
此时GEC中的a变量并不会影响FEC中的a变量。JS Engine会先在自己的FEC中查看是否有变量a，如果找到，就会直接使用。
浏览器中断点的截图如下：
在test1方法执行完成后，函数的FEC，变量和函数代码全部从Call Stack移除。
Step 3 执行 GEC中的test2函数
test2也是一个函数，一旦被调用，该函数会立刻进入Call Stack，JS Engine会为它创建一个独立的FEC。
初始状态下，a变量是undefined。函数开始I执行后，a被赋值为20，FEC中的a变量被赋值为20。
此时GEC中的a变量并不会影响FEC中的a变量。JS Engine会先在自己的FEC中查看是否有变量a，如果找到，就会直接使用。
浏览器中断点的截图如下：
在test2方法执行完成后，函数的FEC，变量和函数代码全部从Call Stack移除。
Step 4 执行完成
删除GEC，释放内存空间。从截图中我们可以看到，浏览器中所有相关的代码，变量和函数全部被删除了。
