闭包是函数记住其定义时作用域的机制，关键在变量绑定发生于定义而非执行时刻，支撑数据封装、模块化与异步状态管理。
闭包不是炫技用的语法糖，而是 JavaScript 中实现数据封装、模块化和异步状态管理的底层支柱。没理解闭包，setTimeout 循环中取不到正确索引、addEventLister 回调里拿不到当前元素、自定义 Hook 里状态丢失——这些问题你都会反复踩坑。
闭包的本质是「函数记住了它被创建时的作用域」
关键不在“内层函数引用外层变量”，而在「该变量的绑定发生在函数定义时刻，而非执行时刻」。这直接决定了变量生命周期是否脱离外层函数销毁。
- 只要函数对象还存在（比如被返回、被保存在事件监听器中、被赋值给全局变量），它所捕获的自由变量就一直存活
-
var声明的变量受函数作用域影响，let/const声明的变量则按块级作用域绑定——同一个循环里多次创建闭包，let能让每次迭代拥有独立绑定，var则共享同一个变量 - 闭包会阻止外层作用域被 GC 回收，滥用会导致内存泄漏，尤其在频繁创建回调又未清理的场景（如滚动监听、WebSocket 消息处理器）
for 循环中 i 总是最后值？用闭包修复的三种写法
这是最常被拿来演示闭包的场景，但很多人只记结论不看原理：问题根源是所有回调共享同一个 i 变量，而循环结束时 i === 3（假设循环到 3）。修复本质是为每次迭代创建独立作用域。
- 用
let替代var（推荐）：let在每次迭代中声明新绑定，每个回调闭包捕获的是各自独立的i - 立即执行函数表达式（IIFE）：显式传入当前
i值，形成参数绑定，如(function(i) { setTimeout(() => console.log(i), 100); })(i) - 用
forEach替代for：数组方法天然为每次回调创建新作用域，[0,1,2].forEach(i => setTimeout(() => console.log(i), 100))
闭包在模块模式与私有状态中的真实用法
ES6 class 和 #private 字段出现前，闭包是唯一可靠的方式模拟私有成员。现在它仍是函数式编程、React 自定义 Hook、状态管理库内部逻辑的核心机制。
立即学习“Java免费学习笔记（深入）”；
- 模块导出时，只暴露返回对象上的方法，内部变量无法从外部访问——这不是靠命名约定，而是靠作用域隔离
- React 的
useState和useEffect依赖闭包保存组件每次渲染时的局部状态和 props 快照；若闭包失效（如忘记加依赖数组），就会读到过期值 - 避免把大对象塞进闭包：比如在监听器里闭包引用整个 DOM 树或大型数据结构，容易引发内存滞留
function createCounter() {
let count = 0; // 私有状态，外部无法直接访问
return {
increment: () => ++count,
get: () => count,
reset: () => count = 0
};
}
const counter1 = createCounter();
const counter2 = createCounter();
console.log(counter1.get()); // 0
counter1.increment();
console.log(counter1.get()); // 1
console.log(counter2.get()); // 0 —— 独立作用域，互不影响
闭包真正难的不是定义，而是判断「哪些变量被意外捕获」「什么时候该释放闭包引用」「为什么调试时看到的变量值和预期不一致」——这些都得回到执行上下文栈和词法环境链去推演，而不是背概念。
