闭包是JavaScript运行时机制的自然结果，需同时满足：内层函数在外部作用域定义、引用外部局部变量、且该函数逃逸出外部执行上下文；它保存的是对变量的引用而非值，使变量生命周期延长。闭包不是语法糖，也不是高级技巧——它是 JavaScript 运行时机制的自然结果。只要你写了嵌套函数，并且内层函数引用了外层的变量，再把它传出去或返回出去，闭包就已形成。
闭包怎么形成的？三个硬性条件缺一不可
很多人以为“函数套函数”就是闭包，其实不是。真正构成闭包，必须同时满足：
- 内部函数在外部函数作用域中被定义
- 内部函数实际引用了外部函数的局部变量（
let、const或var声明的） - 该内部函数被返回、赋值给全局变量、传入回调、或以其他方式“逃逸”出外部函数的执行上下文
反例：
function outer() {
const x = 10;
function inner() {
console.log('I ignore x'); // 没引用 x
}
return inner;
}
// inner 不是闭包 —— 它没捕获任何外部变量
为什么 count 没被销毁？看内存里的真实链路
当你调用 createCounter()，它返回一个函数，这个函数对象内部藏着一个隐藏属性：[[Environment]]，指向创建它时所在的词法环境（Lexical Environment）。那个环境里，count 的绑定依然存在，哪怕 createCounter 的执行上下文早已从调用栈弹出。
这就是为什么你能反复调用它并看到递增效果：
function createCounter() {
let count = 0;
return function() {
return ++count;
};
}
const c1 = createCounter();
console.log(c1()); // 1
console.log(c1()); // 2
注意：count 不是“被复制”，而是被持续引用；只要 c1 存活，count 就不会被垃圾回收。
闭包最常踩的坑：循环 + 事件监听器
这是面试高频翻车点，本质是闭包捕获的是变量本身，不是某次迭代的快照：
for (var i = 0; i < 3; i++) {
setTimeout(() => console.log(i), 100);
}
// 输出：3, 3, 3 —— 因为所有回调共享同一个 i 变量
修复方式有二：
- 改用
let（块级作用域，每次迭代新建绑定）：for (let i = 0; i - 用立即执行函数包裹，显式捕获当前值：
(function(i) { setTimeout(() => console.log(i), 100); })(i)
记住：闭包不保存值，它保存的是对变量的**引用**。
什么时候该用闭包？别为了“炫技”而用
闭包的价值不在“能写”，而在“解决了什么真实问题”。典型场景包括：
-
模块封装：模拟私有变量，比如计数器、配置管理器 -
柯里化（curry）：把多参数函数转成单参数链式调用，如add(5)(3) -
防抖/节流：需要维护上一次触发时间或定时器 ID，这些状态必须隔离 -
回调中保持上下文：比如fetch成功后仍能访问发起请求时的userId
但也要警惕：每个闭包都会延长变量生命周期。如果闭包长期持有 DOM 节点、大数组或未清理的
定时器，就容易引发内存泄漏。
