闭包是JavaScript词法作用域自然产生的现象，当内层函数引用外层函数变量且“逃出”其作用域时即形成；典型表现有函数嵌套、访问外层变量、内层函数被返回或传参等。
闭包不是语法糖，也不是必须学的概念——它是 JavaScript 词法作用域自然运行时的副产品。只要一个函数引用了它定义时所在作用域里的变量，并且这个函数在该作用域外被调用，闭包就形成了。
怎么一眼看出代码里有闭包？
看三点：
- 函数嵌套（内层函数在外层函数内部定义）
- 内层函数访问了外层函数的局部变量或参数
- 这个内层函数被返回、传入回调、赋值给全局变量，或以其他方式“逃出”了外层函数的作用域
function createCounter() {
let count = 0;
return function() {
count++;
return count;
};
}
const counter = createCounter(); // ← 这里就形成了闭包
console.log(counter()); // 1
console.log(counter()); // 2关键点：count 是 createCounter 的局部变量，按理说函数执行完就该回收；但它被返回的匿名函数持续引用，所以一直活在内存里。
闭包最常用但最容易翻车的场景：循环中绑定事件
典型错误写法：
for (var i = 0; i < 3; i++) {
setTimeout(() => console.log(i), 100); // 全部输出 3
}原因：var 声明没有块级作用域，所有回调共享同一个 i；等 setTimeout 执行时，循环早已结束，i 已是 3。
立即学习“Java免费学习笔记（深入）”；
修复方案（任选其一）：
- 用
let替代var（推荐）：每个迭代创建独立绑定 - 用立即执行函数包裹（IEF）：显式捕获当前
i - 用
setTimeout第三个参数传参：setTimeout(console.log, 100, i)
闭包导致内存泄漏的三大高危模式
不是闭包本身危险，而是它「悄悄延长了本该释放的对象生命周期」。以下三类最常出现在生产环境：
-
DOM 元素 + 闭包 + 未解绑事件：比如为 100 个按钮绑定
click回调，每个回调都闭包捕获了组件实例或大数据对象，但页面卸载后没调用removeEventListener -
定时器未清理：在 React
useEffect或 VueonBeforeUnmount中启动了setInterval，但 cleanup 函数里忘了clearInterval，而回调又闭包引用了组件状态 -
缓存函数无限增长：如手写
memoize，缓存键值对里存着带闭包的函数，又没设最大容量或过期策略，缓存越积越大，还拖着一堆外部变量不放
怎么安全地用闭包？三个实操底线
闭包不是要避免，而是要“可控”。重点不在删掉它，而在管理它的生命周期：
- 对外暴露的闭包函数，尽量只捕获必要变量；避免闭包里直接引用整个
this、props或大型数组 - 涉及 DOM 或定时器时，务必配对：绑定 ↔ 解绑、启动 ↔ 清理、注册 ↔ 注销
- 用 Chrome DevTools 的
Memory面板做快照对比：打开页面 → 操作 → 强制 GC → 再快照，观察是否仍有大量闭包引用残留 DOM 或大对象
真正难的从来不是写出闭包，而是当它悄悄把 document.body、WebSocket 实例或整个 Redux store 锁在内存里时，你能不能第一时间发现并切断那条隐式引用链。
