执行上下文
Js代码在引擎中是以“一段一段”的方式来执行的，而非一行一行来分析执行的。
- 这些可执行代码在执行的时候会创建一个一个的执行上下文。例如，当执行到一个函数的时候，js引擎会做一些“准备工作”，而这个“准备工作”，我们称其为执行上下文。
- 每个函数执行的时候 都会产生一个执行上下文
- 执行上下文的三个重要属性：
变量对象(VO)：?变量对象是与执行上下文相关的数据作用域，储存了在上下文中定义的变量和函数声明。并且不同的执行上下文也有着不同的变量对象，这里分为全局上下文中的变量对象和函数执行上下文中的变量对象
作用域链：当查找变量的时候，会先从当前上下文的变量对象中查找，如果没有找到，就会从父级执行上下文的变量对象中查找，一直查到全局上下文的变量对象。这样由多个执行上下文的变量对象构成的链表就叫做作用域链
- this：
????????- 在全局执行上下文中，this的值指向全局对象。（浏览器中this指向window，node中指向global）??
? ? ? ? -?在函数执行上下文中，this的值取决于该函数如何被调用的。如果它被一个对象调用，那么this会被设置成这个对象，否则this的值被设置为全局对象或者undefined(在严格模式下)
执行上下文栈
js执行引擎会创建一个执行上下文栈，在这个执行上下文栈中管理执行上下文，执行上下文栈英文是 Execution Context Stack 简称(ECS)
举个例子：
function a() {
b();
}
function b() {
c();
}
function c() {
console.log('ccc');
}
a();
/**
// 1.首先会产生一个全局上下文
ECS= [
globalContext
]
// 2.a执行的时候会产生a的执行上下文，并添加到ECS栈中
ECS.push(functionAContext)
// 3.a中调用了b，则b执行时也会产生一个b的执行上下文，并添加到ECS中
ECS.push(functionBContext)
// 4.同理，c也一样
ECS.push(functionCContext)
// 5.函数c会优先执行完，执行完之后会将c的执行上下文从栈中弹出
ECS.pop()
// 6.同理b也一样
ECS.pop()
// 7.同理c也一样 可以总结出来是先进的后出
ECS.pop()
// 8.此时ECS中还有一个全局执行上下文
*/作用域链
作用域是在函数定义时就已经确定了的，函数同时也会保存一个内部属性叫[[scope]],它保存了所有的父变量对象，当查找变量的时候，会先从当前上下文的变量对象中查找，如果没有找到，就会从父级执行上下文的变量对象中查找，一直查到全局上下文的变量对象。这样由多个执行上下文的变量对象构成的链表就叫做作用域链
?举个例子：
function a() {
function b() {
function c() {}
}
}
/**
创建三个函数 嵌套关系 此时会产生三个执行上下文 同时每个函数都会产生一个内容属性
a.[[scope]] = [
globalContext.VO
]
b.[[scope]] = [
aContext.AO,
globalContext.VO
]
c.[[scope]] = [
bContext.AO
aContext.AO,
globalContext.VO
]
*/
// [[scope]]并不是一个完整的作用域链, 下面通过一段代码来看一下执行上下文栈和作用域链是如何处理的
var a = 1;
function sum() {
var b = 2;
return a + b;
}
sum();
/**
1.解析，给每个作用域先加上一个[[scope]]属性
sum.[[scope]] = [
globalContext.VO
]
ECS = [
globalContext,
sumContext // sum执行时
]
2. 函数执行之前，先做准备工作
sumContext = {
AO:{
aguments: {
lenght:0
},
b: undefined
},
Scope: [
AO,
sum.[[scope]]
]
}
3. 所以sumContext在找的时候会现在自己的AO中去查找，找不到再去找sun.[[socpe]]中去查找
4.函数执行给AO赋值
sumContext = {
AO:{
aguments: {
lenght:0
},
b: 2
},
Scope: [
AO,
sum.[[scope]]
]
}
// 所以b可以从自己AO中找到，a需要从[[scope]]去找
5.最后函数执行完之后，ECS.pop()
*/
