js 深入理解闭包
定义
理论闭包
MDN对闭包的定义为:
闭包是指那些能够访问自由变量的函数。
什么是自由变量呢?
自由变量是指在函数中使用的,但既不是函数参数也不是函数的局部变量的变量。
由此,我们可以看出闭包共有两部分组成:
闭包 = 函数 + 函数能够访问的自由变量
比如:
var a = 1;
function foo() {
console.log(a);
}
foo();
在创建函数 foo时 由于还没有执行到 foo() 所以函数foo内部的内容并没有被浏览器所读取 ,在学习函数执行上下文中我们都知道 全局作用域GO 就是window对象 但是AO是函数被执行时 在预编译阶段声明的作用域 也称函数作用域 。所谓闭包,就是在你执行这个函数后保存了这一刻的上一层上下文。
就此例foo函数能自由的访问 变量a ,但是 a 既不是 foo 函数的局部变量,也不是 foo 函数的参数 ,所以 a 就是自由变量。函数 foo + foo 函数访问的自由变量 a 不就是构成了一个闭包嘛!!!
所以从技术的角度,所有的javaScript函数都是闭包。(来自《JavaScript权威指南》)
但是,平时我们所学的闭包和此类是完全不一样的,这是为什么呢???
上面所述的皆是 理论上的闭包,还有一个实践上的闭包,就是我们所理解的闭包!!!
实践闭包
-
即使创建它的上下文已经销毁,它仍然存在通过全局变量保存 或 return 这个函数 (内部函数从父函数中返回)
-
在这个函数中引用了自由变量
闭包的常用分析
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 呢
其实在执行 f 函数时维护了一个作用域链
fContext = {
Scope: [AO, checkscopeContext.AO, globalContext.VO],
}
它把上级的作用域保存了下来
通过 console.log(foo.prototype)可以看出
看出了什么??
会发现 [[Scopes]]
数组的前面新添加了一个叫 Closure
的对象,从字面上看这不就是 闭包
的意思吗
这样就非常容易理解了不是嘛! 下标为0 的是函数foo的作用域 而 下标为1 的就是GO(window)作用域,这是压栈的过程最先进来的压到最底层 逐层 访问不是嘛!!!
现在还有一个问题 就是我前面提到的 保存了这一刻的上一层上下文
举个例子
for(var i = 0;i < 5;i++){
(function(i){
setTimeout(function(){
console.log(本次闭包的值,i)
});
})(i)
}
上例 我们应该知道 setTimeout是异步任务 而且是宏任务如果没有立即执行函数 那么最终输出的结果都是 5 然后我们使用闭包就很好的避免了这个问题 最终的输出结果是 0 1 2 3 4 立即执行函数利用了就是保存那一刻的 上一层的执行上下文 (建议试一试)
闭包的作用
-
延迟变量的生命周期
-
创建出私有作用域
-
闭包可以在函数外部访问到函数内部作用域的变量
-
闭包可以让访问变量不会被垃圾机制回收因为受js链式作用域的影响,
-
子对象会一级一级向上寻找所有父对象的变量,反之不行。
-
js中函数内部可以读取全局变量,函数外部不能读取函数内部的局部变量
闭包带来的问题
由于垃圾回收器不会将闭包中变量销毁,于是就造成了内存泄露,内存泄露积累多了就容易导致内存溢出。
所以使用完闭包后,可以通过对闭包 = null,让垃圾回收器回收
提示
闭包是项目中经常使用的 它虽然消耗内存 造成内容泄漏等等等
(其实目前市场的浏览器内容泄漏这个问题很少出现了,及时清空就不会有问题,且我认为内存消耗如果能提升速度那内存就完全不是问题 难道不是嘛!!!)