闭包是 JavaScript 中既强大又容易踩坑的特性。它的本质是函数能够记住并访问其词法作用域，即使这个函数在其他地方执行。理解闭包能做什么以及可能引发什么问题，是把闭包从“知道”提升到“能用好”的关键一步。
经典应用场景
1. 数据私有化与模块化
在 ES6 模块出现之前，闭包是实现模块私有变量的核心手段。通过立即执行函数创建一个独立作用域，对外只暴露接口，内部变量完全隐藏。
const Counter = (function () {
let count = 0; // 私有变量
return {
increment() {
return ++count;
},
decrement() {
return --count;
},
get value() {
return count;
},
};
})();
console.log(Counter.value); // 0
Counter.increment();
console.log(Counter.value); // 1
console.log(Counter.count); // undefined —— 外部无法直接访问这种模式杜绝了全局变量滥用，保证了状态只能通过暴露的方法修改。React 的 useState 底层也是利用闭包让每个组件实例持有独立的 state。
2. 函数工厂与科里化
闭包可以让函数“记住”一部分预设参数，生成行为相似但参数不同的新函数。
function makeMultiplier(multiplier) {
return function (number) {
return number * multiplier;
};
}
const double = makeMultiplier(2);
const triple = makeMultiplier(3);
console.log(double(5)); // 10
console.log(triple(5)); // 15这就是高阶函数与闭包的完美结合，也是函数式编程中偏函数和科里化的基础。
3. 回调函数与事件处理
事件监听、定时器、网络请求等异步操作天然依赖闭包来保存上下文。
function greetAfterDelay(name) {
setTimeout(function () {
console.log(`Hello, ${name}`);
}, 1000);
}
greetAfterDelay('Alice'); // 1 秒后输出 Hello, Alice即便 greetAfterDelay 执行完毕，其内部的 name 变量仍被 setTimeout 的回调闭包引用，不会被销毁。
4. 循环中的变量绑定
这是闭包的“经典面试题”：在循环中直接绑定异步回调，极易踩坑。
// 错误写法：i 是 var 声明的全局作用域变量，回调共享同一个 i
for (var i = 1; i <= 3; i++) {
setTimeout(function () {
console.log(i); // 连续输出 4, 4, 4
}, 0);
}
// 正确写法 1：使用 IIFE 创建独立作用域
for (var i = 1; i <= 3; i++) {
(function (j) {
setTimeout(function () {
console.log(j); // 1, 2, 3
}, 0);
})(i);
}
// 正确写法 2：使用 let 声明块级作用域变量
for (let i = 1; i <= 3; i++) {
setTimeout(function () {
console.log(i); // 1, 2, 3
}, 0);
}现代开发中优先使用 let 或 const，它们天生拥有块级作用域，可以避免这类问题。
5. 实现单例模式
闭包可以缓存一个实例引用，确保构造函数只被调用一次。
function getSingleton(fn) {
let instance;
return function () {
return instance || (instance = fn.apply(this, arguments));
};
}潜在风险
1. 内存泄漏
闭包会阻止垃圾回收器回收其引用的外部变量，如果闭包长时间不被销毁，这些变量就会常驻内存。
- 定时器未清理：
setInterval引用了闭包，如果不调用clearInterval，闭包及其引用的变量会一直存在。 - DOM 引用残留：在闭包中引用了已从页面移除的 DOM 节点，这些 DOM 节点无法被回收。
- 事件监听未移除：如果使用了匿名闭包的事件绑定，在销毁组件时容易忘记解绑。
规避方法：及时清除不用的定时器、解绑事件监听、手动切断引用（置为 null）。
2. 内存占用过大
虽然不一定泄漏，但闭包会延长变量生命周期，导致内存占用超出预期。特别是在大量创建相似的闭包（如循环中生成上千个函数）时，每个闭包都独立保存着自己作用域链中的变量集合，内存消耗会线性增长。
案例：在一个长时间运行的页面中，如果不加节制地创建闭包（比如不断 push 到数组但不清除），可能造成性能下降。
3. 意外的变量共享
由于闭包引用的是同一个外层变量，当这个变量是引用类型时，多个闭包可能互相干扰。
function createFunctions() {
const result = [];
for (var i = 0; i < 3; i++) {
result.push(function () {
return i;
});
}
return result;
}
const fns = createFunctions();
console.log(fns[0]()); // 3
console.log(fns[1]()); // 3
console.log(fns[2]()); // 3即便使用了 IIFE 修复，但若变量是对象，仍可能存在浅拷贝导致的数据污染。这时需要通过深拷贝或不可变数据来保护状态。
4. 调试困难
闭包使得变量的生命周期与调用位置分离，在调试时调用栈中看不到闭包捕获的外部变量，导致排查问题需要额外的技巧（例如借助控制台输出或开发者工具的 Scope 面板）。
小结
闭包是 JavaScript 核心机制的自然产物，它赋予了语言极高的表达力。在真正需要私有状态、函数工厂或异步回调时，大胆使用闭包。同时，要时刻保持对内存和生命周期的敏感：
- 是否真的需要闭包？如果共享状态可以用参数传递取代，就减少一层闭包。
- 闭包是否会被长期持有？避免在全局持久化对象中引用大量不必要的闭包。
- 是否及时释放？在组件卸载、页面退出、定时器结束时，清理相关引用。
掌握闭包，不仅要理解它如何形成，更要懂得何时该用、何时该放。这既是技术功底，也是工程素养。