闭包是函数与其词法环境的绑定，需满足函数嵌套、变量引用、函数传出三条件；它延长变量生命周期，滥用易致内存泄漏，应通过可控引用、销毁接口和WeakMap等手段安全使用。
闭包本质是函数与其词法环境的绑定关系——内部函数“记住”并持续访问定义时所在作用域中的变量，哪怕外部函数早已执行完毕。它不是语法结构，而是一种运行时现象，核心支撑是 JavaScript 的词法作用域和作用域链机制。
闭包是怎么形成的
必须同时满足三个条件：
- 函数嵌套：一个函数内部声明了另一个函数
- 变量引用：内部函数实际读取或修改了外部函数的局部变量（即“自由变量”）
- 函数传出：外部函数返回该内部函数（或以其他方式使内部函数在外部作用域中可被调用）
只要这三点齐备，JavaScript 引擎就会保留外部函数的执行上下文，让变量不被垃圾回收。比如 createCounter() 返回的计数函数，就一直持有对 count 的引用。
闭包与内存管理的关键联系
闭包直接改变变量的生命周期，这是理解内存行为的核心：
立即学习“Java免费学习笔记（深入）”；
- 正常情况下，函数执行完，其局部变量随执行上下文一起被销毁
- 一旦形成闭包，被引用的变量会保留在内存中，直到闭包本身不可达（即没有任何引用指向该内部函数）
- 如果闭包长期存在（如绑定在全局对象、事件监听器或定时器中），相关变量就持续占用内存
- 循环中不当使用闭包（如 for 循环里直接给元素绑回调且引用循环变量）容易导致所有回调共享同一个变量，或意外延长多个变量的存活时间
哪些操作容易引发内存泄漏
闭包本身不是问题，滥用或疏忽才是根源：
- 为 DOM 元素添加事件监听器后，未在元素移除时解除绑定，而监听器又引用了外部大对象（如缓存数据、整个组件实例）
- 定时器（setInterval）中使用闭包持续持有对大型数组或闭包外对象的引用，且忘记清除
- 将闭包赋值给全局变量或长期存活的对象属性，却没有提供清理机制
- 在单页应用中，组件卸载后仍保留着由闭包维持的异步回调（如未取消的 fetch 或 Promise.then）
如何安全使用闭包
兼顾功能与内存健康，关键在“可控引用”：
- 只捕获真正需要的变量，避免无意中闭包整个作用域（例如用 IIFE 显式隔离）
- 对需长期存在的闭包，设计明确的销毁接口，比如返回一个 destroy() 方法来清空引用
- 现代开发中，优先使用 WeakMap 存储私有状态，或借助类字段 + # 私有符号（#count）替代传统闭包封装
- 调试时可用 Chrome DevTools 的 Memory 面板录制堆快照，筛选“Closure”类型对象，定位异常驻留的变量
