JavaScript关于作用域、作用域链和闭包的理解

客官°小女子只卖身不卖艺 2022-05-30 10:21 261阅读 0赞

### 作用域 ###

先来谈谈变量的作用域   
变量的作用域无非就是两种：全局变量和局部变量。   
全局作用域：   
最外层函数定义的变量拥有全局作用域，即对任何内部函数来说，都是可以访问的：

局部作用域：   
和全局作用域相反，局部作用域一般只在固定的代码片段内可访问到，而对于函数外部是无法访问的，最常见的例如函数内部

需要注意的是，函数内部声明变量的时候，一定要使用var命令。如果不用的话，你实际上声明了一个全局变量！

再来看一个代码：

很有趣吧，第一个输出居然是undefined，原本以为它会访问外部的全局变量(scope=”global”)，但是并没有。这可以算是javascript的一个特点，只要函数内定义了一个局部变量，函数在解析的时候都会将这个变量“提前声明”：

然而，也不能因此草率地将局部作用域定义为：用var声明的变量作用范围起止于花括号之间。   
javascript并没有块级作用域   
那什么是块级作用域？   
像在C/C++中，花括号内中的每一段代码都具有各自的作用域，而且变量在声明它们的代码段之外是不可见的，比如下面的c语言代码：

for(int i = 0; i < 10; i++){
    //i的作用范围只在这个for循环
    }
    printf("%d",&i);//error

但是javascript不同，并没有所谓的块级作用域，javascript的作用域是相对函数而言的，可以称为函数作用域：

### 作用域链（Scope Chain） ###

那什么是作用域链？   
我的理解就是，根据在内部函数可以访问外部函数变量的这种机制，用链式查找决定哪些数据能被内部函数访问。   
想要知道js怎么链式查找，就得先了解js的执行环境

#### 执行环境（execution context） ####

每个函数运行时都会产生一个执行环境，而这个执行环境怎么表示呢？js为每一个执行环境关联了一个变量对象。环境中定义的所有变量和函数都保存在这个对象中。   
全局执行环境是最外围的执行环境，全局执行环境被认为是window对象，因此所有的全局变量和函数都作为window对象的属性和方法创建的。   
js的执行顺序是根据函数的调用来决定的，当一个函数被调用时，该函数环境的变量对象就被压入一个环境栈中。而在函数执行之后，栈将该函数的变量对象弹出，把控制权交给之前的执行环境变量对象。   
举个例子：

上面代码执行情况演示：   
![执行环境][20170429211440774]

了解了环境变量，再详细讲讲作用域链。   
当某个函数第一次被调用时，就会创建一个执行环境(execution context)以及相应的作用域链，并把作用域链赋值给一个特殊的内部属性(\[scope\])。然后使用this，arguments(arguments在全局环境中不存在)和其他命名参数的值来初始化函数的活动对象(activation object)。当前执行环境的变量对象始终在作用域链的第0位。   
以上面的代码为例，当第一次调用fn1()时的作用域链如下图所示：   
（因为fn2()还没有被调用，所以没有fn2的执行环境）   
![作用域链][20170430104545087]   
可以看到fn1活动对象里并没有scope变量，于是沿着作用域链(scope chain)向后寻找，结果在全局变量对象里找到了scope，所以就返回全局变量对象里的scope值。

> 标识符解析是沿着作用域链一级一级地搜索标识符地过程。搜索过程始终从作用域链地前端开始，然后逐级向后回溯，直到找到标识符为止（如果找不到标识符，通常会导致错误发生）—-《JavaScript高级程序设计》

那作用域链地作用仅仅只是为了搜索标识符吗？   
再来看一段代码：

outer()内部返回了一个inner函数，当调用outer时，inner函数的作用域链就已经被初始化了（复制父函数的作用域链，再在前端插入自己的活动对象），具体如下图：   
![闭包作用域链][20170430112410039]   
一般来说，当某个环境中的所有代码执行完毕后，该环境被销毁（弹出环境栈），保存在其中的所有变量和函数也随之销毁（全局执行环境变量直到应用程序退出，如网页关闭才会被销毁）   
但是像上面那种有内部函数的又有所不同，当outer()函数执行结束，执行环境被销毁，但是其关联的活动对象并没有随之销毁，而是一直存在于内存中，因为该活动对象被其内部函数的作用域链所引用。   
具体如下图：   
outer执行结束，内部函数开始被调用   
outer执行环境等待被回收，outer的作用域链对全局变量对象和outer的活动对象引用都断了   
![闭包作用域链][20170430115351877]

像上面这种内部函数的作用域链仍然保持着对父函数活动对象的引用，就是闭包(closure)

### 闭包 ###

闭包有两个作用：   
第一个就是可以读取自身函数外部的变量（沿着作用域链寻找）   
第二个就是让这些外部变量始终保存在内存中   
关于第二点，来看一下以下的代码：

返回结果很出乎意料吧，你肯定以为依次返回0，1，但事实并非如此   
来看一下调用`fn[0]()`的作用域链图：   
![闭包作用域链][20170430122035791]   
可以看到result\[0\]函数的活动对象里并没有定义i这个变量，于是沿着作用域链去找i变量，结果在父函数outer的活动对象里找到变量i(值为2)，而这个变量i是父函数执行结束后将最终值保存在内存里的结果。   
由此也可以得出，js函数内的变量值不是在编译的时候就确定的，而是等在运行时期再去寻找的。

那怎么才能让result数组函数返回我们所期望的值呢？   
看一下result的活动对象里有一个arguments，arguments对象是一个参数的集合，是用来保存对象的。   
那么我们就可以把i当成参数传进去，这样一调用函数生成的活动对象内的arguments就有当前i的副本。   
改进之后：

虽然的到了期望的结果，但是又有人问这算闭包吗？调用内部函数的时候，父函数的环境变量还没被销毁呢，而且result返回的是一个整型数组，而不是一个函数数组！   
确实如此，那就让arg(num)函数内部再定义一个内部函数就好了：   
这样result返回的其实是innerarg()函数

当调用outer，for循环内i=0时的作用域链图如下：   
![闭包作用域链][20170430160650039]   
由上图可知，当调用innerarg()时，它会沿作用域链找到父函数arg()活动对象里的arguments参数num=0.   
上面代码中，函数arg在outer函数内预先被调用执行了，对于这种方法，js有一种简洁的写法

### 关于this对象 ###

关于闭包经常会看到这么一道题：

《javascript高级程序设计》一书给出的解释是：

> this对象是在运行时基于函数的执行环境绑定的：在全局函数中，this等于window，而当函数被作为某个对象调用时，this等于那个对象。
> 
> 不过，匿名函数具有全局性，因此this对象同常指向window

可以试一试这个例子

this.name = "Leilei";
    
    var user = {
        name: "Shishi",
        sayHey1: () => {
            console.log(`Hi, I am ${this.name}`);
            console.log(`Hi, I am ${user.name}`);
        },
        sayHey2 () {
            console.log(`Hi, I am ${this.name}`);
            console.log(`Hi, I am ${user.name}`);
        }
    };
    
    var CallMe = {
        call () {
            this.name = "Yaoyao";
            user.sayHey1();
            user.sayHey2();
            console.log(`Hi, I am ${this.name}`);
        }
    }
    
    CallMe.call();

--------------------

参考资料

*  [Js作用域与作用域链详解][Js]
 *  [阮一峰博文《学习Javascript闭包（Closure）》][Javascript_Closure]
 *  [JavaScript 开发进阶：理解 JavaScript 作用域和作用域链][JavaScript _ JavaScript]
 *  [结合代码图文讲解JavaScript中的作用域与作用域链][JavaScript]
 *  《Javascript高级程序设计》

[20170429211440774]: /images/20220530/ceedcdd63507459da41e9784af2798ed.png
[20170430104545087]: /images/20220530/f586031eb9ab4a97845835c5ae71ec84.png
[20170430112410039]: /images/20220530/e094a216295d47df8f2def10bdc2681b.png
[20170430115351877]: /images/20220530/c270e98f28f245cbb463d4b8dead2359.png
[20170430122035791]: /images/20220530/db16b716fd7542e1aa061fbce8923a20.png
[20170430160650039]: /images/20220530/95257d55c9964d548e667b5e62060ada.png
[Js]: http://blog.csdn.net/yueguanghaidao/article/details/9568071
[Javascript_Closure]: http://www.ruanyifeng.com/blog/2009/08/learning_javascript_closures.html
[JavaScript _ JavaScript]: http://www.cnblogs.com/lhb25/archive/2011/09/06/javascript-scope-chain.html
[JavaScript]: http://www.jb51.net/article/87964.htm