闭包是函数与其定义时的词法环境的组合，JS在函数定义时就固化其可访问的外部变量（如let/const声明），形成不可见但真实存在的[[Environment]]绑定，该环境随闭包持有而阻止变量被垃圾回收。
闭包就是函数 + 它被定义时所处的词法环境，不是运行时的环境，也不是随便哪个外层作用域，而是「写在哪、就在哪记住了」。
词法环境不是执行时才确定的
JavaScript 在函数**定义那一刻**就把它能看到的所有外部变量（包括参数、const/let 声明）打包进一个“快照”——这个快照就是它的词法环境。它不关心之后函数在哪调用，只认自己出生地的结构。
- 比如在 function A() { let x = 1; return function B() { return x; } } 中，B 定义在 A 内部，所以它的词法环境里天然包含 A 的变量对象（含 x）
- 即使 B 被返回后赋值给全局变量、传到另一个模块、甚至放进定时器里执行，它访问的 x 仍是 A 当初创建的那个 x
组合是隐式绑定，不是手动拼接
你不需要写 makeClosure(func, env) 这样的代码。JS 引擎自动完成：每次声明函数，引擎就悄悄把当前词法环境的引用存进该函数的内部属性（如 [[Environment]]）。这个绑定不可见，但真实存在。
- 可以用 Chrome DevTools 的 “Scope” 面板看到 inner 函数执行时，Local 下面跟着 Closure (outer) —— 那就是它绑定的词法环境
- 这个环境一旦被闭包持有，其中变量就不会被垃圾回收，哪怕 outer 已经执行完、出栈了
为什么强调“声明时”而不是“调用时”
因为 JS 是词法作用域语言，作用域链在函数定义时就固化了。对比动态作用域（如早期 Lisp），后者会按调用链找变量；而 JS 的闭包永远忠于定义位置。
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
立即学习“Java免费学习笔记（深入）”；
- 错误理解：“func() 在 obj.method 里调用，所以能访问 obj 的 this 或局部变量” → 不对，this 和局部变量都不属于词法环境
- 正确理解：“func 是在函数 X 里写的，X 的变量 a、b、c 就是它词法环境的一部分，不管 func 后来被谁调用”
一个最小可验证例子
复制到控制台就能看效果：
function createCounter() {
let count = 0;
return function() {
count++;
return count;
};
}
const inc = createCounter();
console.log(inc()); // 1
console.log(inc()); // 2
这里 function() { count++; ... } 就是闭包：它本身是函数，它绑定的词法环境包含 createCounter 内部的 count 变量。两次调用共享同一个 count，正是因为环境没换。
