闭包是函数与其定义时的词法环境共同构成的组合，关键在于内部函数引用外部变量且该变量在外部函数执行后仍被保留在内存中；它不依赖函数返回，只要存在跨作用域的持久引用即形成闭包。
闭包就是函数记住了它定义时的词法作用域
闭包不是某种特殊函数，而是函数与其定义时所处的词法环境共同构成的组合。关键点在于：内部函数引用了外部函数的变量，且外部函数执行完毕后，这些变量仍被保留在内存中。这和“函数返回函数”没有必然关系——哪怕没返回，只要存在跨作用域引用并被持久持有，就形成了闭包。
用 setTimeout 模拟循环中的正确索引值
这是闭包最经典的实际用途之一。for 循环配合 setTimeout 时，不加处理会输出全部为 5（i 的最终值），因为回调函数共享同一个 i 变量。
for (var i = 0; i < 5; i++) {
setTimeout(function() {
console.log(i); // 全是 5
}, 100);
}
解决方式是让每次迭代都捕获当前的 i 值：
- 用
let声明i：块级作用域使每次循环产生独立绑定 - 或显式构造闭包：传入立即执行函数的参数
for (var i = 0; i < 5; i++) {
(function(currentI) {
setTimeout(function() {
console.log(currentI); // 0,1,2,3,4
}, 100);
})(i);
}
闭包实现私有变量与模块模式
JavaScript 原生不支持 private 字段（ES2025 #field 是语法糖，底层仍依赖闭包机制）。传统模块模式靠闭包隐藏数据：
立即学习“Java免费学习笔记（深入）”；
function createCounter() {
let count = 0; // 外部无法直接访问
return {
increment: () => ++count,
getCount: () => count
};
}
const counter = createCounter();
counter.increment();
console.log(counter.getCount()); // 1
注意：count 不是对象属性，也不在原型链上，任何外部代码都无法绕过 getCount 直接读写它。这种封装完全依赖闭包维持对 count 的引用。
闭包容易引发的内存泄漏场景
闭包本身不是问题，但不当持有大对象或 DOM 引用会导致内存无法释放：
- 事件监听器中保存了对整个父组件对象的引用，而该监听器未被移除
- 定时器回调持续引用着已卸载组件的状态（如 React 中未清理
useEffect的定时器） - 将 DOM 元素作为闭包变量长期持有，同时该元素已被从文档中移除但监听器还在
判断是否泄漏：打开 Chrome DevTools → Memory → 快照对比，查找未被释放但仍被闭包引用的对象。修复核心是「及时断开引用」——比如在组件销毁时调用 removeEventListener 或清除 clearTimeout。
闭包的威力恰恰藏在它的隐性持有时机里：你不一定意识到某个函数正在悄悄留住一堆变量。真正难调试的，永远是那些你以为“用完就丢”的函数，其实一直攥着内存不放。
