JS的原型和闭包（10-12）
原文地址 https://www.cnblogs.com/wangfupeng1988/p/4000798.html
1.this
2.执行上下文栈
3.作用域
——————————————
1.我终于明白了this
在函数中this到底取何值，是在函数真正被调用执行的时候确定的，函数定义的时候确定不了
this的取值分5种情况
情况1. 构造函数
image.png
如果函数Foo作为构造函数用，那么其中的this就代表它即将new出来的对象。这里this代表f1
注意，以上仅限new Foo()的情况，即Foo函数作为构造函数的情况。如果直接调用Foo函数，而不是new Foo()，this指向window。
image.png
情况2.函数作为对象的一个属性
如果函数作为对象的一个属性时，并且作为对象的一个属性被调用时，函数中的this指向该对象。
image.png
以上代码中，fn不仅作为一个对象的一个属性，而且的确是作为对象的一个属性被调用。结果this就是obj对象。
注意，如果fn函数不作为obj的一个属性被调用,如下
image.png
如上代码，如果fn函数被赋值到了另一个变量中，并没有作为obj的一个属性被调用，那么this的值就是window，this.x为undefined。
情况3.函数用call或者apply调用
当一个函数被call和apply调用时，this的值是传入的对象的值。
image.png
情况4：全局 & 调用普通函数
在全局环境下，this永远是window，这个应该没有非议。
image.png
普通函数在调用时，其中的this也都是window。
image.png
下面的情况需要注意一下：
image.png
函数f虽然是在obj.fn内部定义的，但是它仍然是一个普通的函数，this仍然指向window。
情况5. 原型prototype中的this
image.png
如上代码，在Fn.prototype.getName函数中，this指向的是f1对象。因此可以通过this.name获取f1.name的值。
其实，不仅仅是构造函数的prototype，即便是在整个原型链中，this代表的也都是当前对象的值。
2.执行上下文栈
执行全局代码时，会产生一个执行上下文环境，每次调用函数都又会产生新的执行上下文环境。当函数调用完成时，这个上下文环境以及其中的数据都会被消除，再重新回到全局上下文环境。处于活动状态的执行上下文环境只有一个。 整个过程是“压栈”，“出栈”的过程，如图
image.png
通过代码来详细介绍
image.png
如上代码
在执行代码之前，首先将创建全局上下文环境。
image
然后是代码执行。代码执行到第12行之前，上下文环境中的变量都在执行过程中被赋值。
image
执行到第13行，调用bar函数。
跳转到bar函数内部，执行函数体语句之前，会创建一个新的执行上下文环境。
image
并将这个执行上下文环境压栈，设置为活动状态。
image
执行到第5行，又调用了fn函数。进入fn函数，在执行函数体语句之前，会创建fn函数的执行上下文环境，并压栈，设置为活动状态。
image.png
待第5行执行完毕，即fn函数执行完毕后，此次调用fn所生成的上下文环境出栈，并且被销毁（已经用完了，就要及时销毁，释放内存）。
image
同理，待第13行执行完毕，即bar函数执行完毕后，调用bar函数所生成的上下文环境出栈，并且被销毁（已经用完了，就要及时销毁，释放内存）。
image
3.作用域
“javascript没有块级作用域”。所谓“块”，就是大括号“｛｝”中间的语句。例如if语句：
image.png
再比如for语句：
image.png
javascript除了全局作用域之外，只有函数可以创建的作用域。
作用域是一个很抽象的概念，类似于一个“地盘”
image.png
如上图，全局代码和fn、bar两个函数都会形成一个作用域。而且，作用域有上下级的关系，上下级关系的确定就看函数是在哪个作用域下创建的。例如，fn作用域下创建了bar函数，那么“fn作用域”就是“bar作用域”的上级。
作用域最大的用处就是隔离变量，不同作用域下同名变量不会有冲突。例如以上代码中，三个作用域下都声明了“a”这个变量，但是他们不会有冲突。各自的作用域下，用各自的“a”。
