闭包


闭包

理论上的闭包

mdn对闭包的定义为:

可以访问自由变量的函数。

什么是自由变量?

自由变量指在函数中使用,但既不是函数参数,也不是函数的局部变量的变量。

**由此可以看出,闭包由两部分组成: **

函数 + 函数能访问到的自由变量。

例如:

var a = 1;

function foo() {
    console.log(a);
}

foo();

函数foo可以访问变量a,但变量a既不是函数参数,也不是函数的局部变量,所以a就是自由变量,

那么,函数foo和函数foo能访问到的变量就构成了一个闭包。

所以在《JavaScript权威指南》中就讲到:从技术的角度讲,所有的JavaScript函数都是闭包。

实践角度上的闭包


ECMAScript中,闭包指的是:

1. 从理论角度:

    所有的函数。因为它们都在创建的时候就将上层上下文的数据保存起来了。

    哪怕是简单的全局变量也是如此,因为函数中访问全局变量就相当于是在访问自由变量,这个时候使用最外层的作用域。


2. 从实践角度:以下函数才算是闭包:

    即使创建它的上下文已经销毁,它仍然存在(比如,内部函数从父函数中返回)

    在代码中引用了自由变量
例子:

var scope = "global scope";
function checkscope(){
    var scope = "local scope";
    function f(){
        return scope;
    }
    return f;
}

var foo = checkscope();
foo();

/**
* 执行过程
&
* 进入全局代码,创建全局执行上下文,全局执行上下文被压入执行上下文栈。
& 
* 全局上下文初始化
&
* 执行checkscope 函数,创建checkscope 函数执行上下文,checkscope 函数执行上下文被压入执行上下文栈。
&
* checkscope 执行上下文初始化,创建 变量对象、作用域链,this等。
&
* checkscope 函数执行完毕,checkscope 函数执行上下文从执行上下文栈中弹出。
&
* 执行 f 函数,创建 f 函数执行上下文,f 函数执行上下文被压入执行上下文栈。
&
* f 执行上下文初始化,创建 变量对象、作用域链,this等。
&
* f 函数执行完毕,f 函数执行上下文从执行上下文栈中弹出。
*/
问题
/**
* 在f函数执行的时候,需要思考一个问题:
&
* checkscope 的执行上下文已经被销毁了, f 函数怎么还能读取到 checkscope 作用域下的值呢?
&
* 其他语言可能做不到这一点,但JavaScript 却可以!
&
&
&
* 因为 javascript 是 词法作用域的原因,函数作用域 (链) 在声明时就被决定了。
&
* 同时,函数在声明时会保存 ***对它上级执行上下文( 文本环境、作用域)的 引用 
&
* (如果在自己的执行上下文找不到,就去自己内部的作用域链找)
* 
*/
/**
* 而现在的 f 函数内部就维护了这样的一个作用域链 (即 自己的执行上下文、checkscope 函数执行上下文,全局执行上下文)
&
* 可以看到在 f 函数的scope 属性上,有自己的执行上下文、它上级的执行上下文,和全局执行上下文,
&
* 这些不同的执行上下文,在函数声明时就被决定了。
*/

fContext = {
    Scope: [AO, checkscopeContext.AO, globalContext.VO],
}
答案
/**
* 就是因为这个作用域链的存在,即便 checkscope 的执行上下文 已经销毁,
&
* 但 f函数依然可以读取到 checkscopeContext.AO (checkscope 执行上下文)的值。
&
* 这样,即便 checkscopeContext 被销毁了, 但 JavaScript 依然会让 checkscopeContext  活在内存中,
& 
* f函数依然可以通过作用域链找到它,
& 
* 正是因为 JavaScript 做到了这一点,从而实现了闭包这个概念。(这句话还不是很理解)
*/
返回理论角度上的闭包:

1. 即使创建它的上下文已经销毁,它仍然存在(比如,内部函数从父函数中返回)

2. 在代码中引用了自由变量

参考资料:

https://github.com/mqyqingfeng/Blog/issues/9


文章作者: KarlFranz
版权声明: 本博客所有文章除特別声明外,均采用 CC BY 4.0 reprint policy. If reproduced, please indicate source KarlFranz !
评论
  目录