闭包是函数与其词法作用域的组合，需同时满足：存在内部函数、该函数脱离原始作用域、执行时仍访问外层变量。典型例子为createCounter返回递增函数，使count持续被引用；常见误用包括循环中var共享变量和闭包导致DOM内存泄漏。
闭包不是某种特殊函数，而是函数与其词法
作用域
的组合——只要一个函数在定义它的作用域外部被调用，且仍能访问该作用域中的变量，它就在使用闭包。
闭包产生的必要条件
必须同时满足三个条件：
存在一个内部函数（
声明或表达式）
该内部函数被返回、传递或以其他方式脱离其原始词法作用域
该内部函数实际执行时，仍能读写其外层函数的局部变量（如
、
）
缺一不可。常见误解是“有嵌套就有闭包”，其实没被带出去执行，就只是普通嵌套。
函数时闭包才真正“活”起来
看这个典型例子：
立即学习
“
Java免费学习笔记（深入）
”；
关键点：
Eclipse导入Android或其他的JAVA项目的正确方法 WORD版
本文档主要讲述的是Eclipse导入Android或其他的JAVA项目的正确方法；希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
下载
执行完后，其执行上下文本应销毁，但
被内部函数“捕获”，不能被 GC 回收
每次调用
，操作的仍是同一份
，不是副本
如果把
改成直接调用（如
），那就没闭包——函数立刻执行并返回值，不保留对外部变量的引用
闭包常被误用的两个坑
一是循环中创建闭包却共享变量：
原因：
声明提升 + 闭包捕获的是变量本身，不是当前值。修复方式：用
（块级绑定）、IIFE 或
第三个参数传参。
二是无意中造成内存泄漏：
闭包长期持有 DOM 引用（如事件回调里存了
），而 DOM 节点又被移除，但 JS 无法释放——因为闭包还在
Node.
js
中监听
时用匿名函数，后续无法
，导致监听器越积越多
解决思路始终一致：明确谁持有引用、何时该断开。闭包本身无害，失控的引用链才有问题。
真正难的不是理解闭包机制，而是判断某个变量是否被某个闭包意外延长了生命周期——这需要结合调用链和引用图来推演，而不是靠记忆规则。
functioncountconfigreturnfunction createCounter() {
let count = 0;
return function() {
count++;
return count;
};
}
const inc = createCounter(); // 此时闭包形成
console.log(inc()); // 1
console.log(inc()); // 2createCounter()countinc()countreturnreturn fn();for (var i = 0; i < 3; i++) {
setTimeout(() => console.log(i), 100); // 全输出 3
}varletsetTimeouteleventEmitterremoveListener