闭包是函数创建时自动携带的词法环境快照，满足两个条件即形成：内部函数被返回（或逃逸）且引用外层变量；它实现私有状态、缓存和共享环境，但也易致内存泄漏与变量捕获错误。
JavaScript 闭包不是语法糖，也不是高级技巧——它就是函数在创建时“自动携带”的词法环境快照。只要一个函数能访问到自己定义时外层作用域的变量，哪怕外层函数早已执行完毕，这就构成了闭包。
怎么一眼识别闭包？看 return 后有没有函数引用了外层变量
闭包不是写出来的，是 JavaScript 引擎根据作用域链自然形成的。关键判断点只有两个：
- 内部函数是否被返回（或以其他方式逃逸出外层作用域），比如赋值给全局变量、传给
setTimeout、作为事件回调等 - 该内部函数体中是否直接读取或修改了外层函数的局部变量（
let/const或var声明的）
满足这两点，闭包就已存在。例如：
function createAdder(x) {
return function(y) {
return x + y; // ✅ 引用了外层 x
};
}
const add5 = createAdder(5);
console.log(add5(3)); // 8 —— 此时 createAdder 已执行完，但 x=5 仍活在闭包中
私有状态封装：用闭包替代 private 关键字
ES6+ 没有原生类私有字段时（#field 是后来加的），闭包是最可靠、最兼容的私有变量方案。它不靠命名约定，而是靠作用域隔离。
立即学习“Java免费学习笔记（深入）”；
- 外部代码无法通过任何路径直接读写
count，连for...in都遍历不到 - 所有方法（
increment、getCount）共享同一份闭包环境，天然协同 - 每个
createCounter()调用都生成独立闭包，互不干扰
示例：
function createCounter() {
let count = 0;
return {
increment() { count++; },
getCount() { return count; }
};
}
const c1 = createCounter();
const c2 = createCounter();
c1.increment();
console.log(c1.getCount()); // 1
console.log(c2.getCount()); // 0 —— 完全隔离
缓存计算结果：用闭包实现 memoize 函数
闭包天然适合做记忆化（memoization）——把参数和结果映射存起来，避免重复耗时运算。核心在于：缓存对象必须长期驻留，且与函数绑定。
-
cache对象不能定义在全局，否则多个memoize实例会共用一份缓存 - 不能把
cache放在被包装函数内部（每次调用都重置），必须放在外层闭包里 - 注意参数序列化：简单类型可用
JSON.stringify(args)，但含函数、Symbol、undefined 会失效
简版实现：
function memoize(fn) {
const cache = new Map();
return function(...args) {
const key = JSON.stringify(args);
if (cache.has(key)) return cache.get(key);
const result = fn(...args);
cache.set(key, result);
return result;
};
}
闭包最常踩的坑：内存泄漏和变量捕获错误
闭包让变量“活”得更久，但也意味着它们不会被垃圾回收。尤其在循环或事件监听中，稍不注意就会出问题。
-
循环中绑定事件：用
var声明的循环变量会被所有闭包共享，最终全都引用最后一个值；改用let或显式闭包包裹参数可解决 -
忘记释放引用：比如将闭包函数挂到全局对象或 DOM 元素上，又没在合适时机清除（如
removeEventListener），变量就一直占着内存 -
意外捕获大对象：闭包里哪怕只用了一行
console.log(data.id)，整个data对象也可能因引用链被保留，拖慢 GC
典型错误写法：
for (var i = 0; i < 3; i++) {
setTimeout(() => console.log(i), 100); // 输出 3, 3, 3
}
闭包本身没有魔法，它的力量和风险都来自“变量生命周期脱离了函数执行周期”这一事实。真正难的不是写出闭包，而是在复杂嵌套、异步、DOM 交互中，清晰预判哪些变量被谁持有、何时该放手。
