JavaScript闭包变量存储在堆内存的闭包对象中，而非调用栈；函数返回后，被引用的变量由闭包对象持有，通过作用域链查找，生命周期与闭包函数绑定，需防内存泄漏。
JavaScript 处理复杂闭包逻辑时，不靠调用栈“保存”变量，而是靠作用域链 + 闭包对象 + 垃圾回收机制协同工作。很多人误以为闭包变量留在调用栈里，其实调用栈只管函数执行流程，一旦函数返回，它的执行上下文就出栈销毁——但闭包能继续访问外部变量，是因为变量被“捕获”进了闭包对象，脱离了调用栈生命周期。
闭包变量不在调用栈里，而在闭包对象中
- 函数调用时，JS 引擎创建执行上下文（含变量对象 VO），压入调用栈。
- 函数返回后，该上下文从栈中弹出，VO 理应被回收。
- 但如果内部函数（闭包）引用了 VO 中的变量，V8 就会把这部分变量提升为闭包对象（Closure Object）的自有属性，存放在堆内存中。
- 此时变量与调用栈无关，只和闭包函数的生命周期绑定。
作用域链是查找依据，不是存储容器
- 每个函数在创建时，就静态确定了它的词法作用域，并生成一条作用域链（[[Scopes]]）。
- 执行时查变量：先看自身 AO → 再沿作用域链向上找（outer LexicalEnvironment → global）。
- 这条链指向的是内存中的闭包对象或全局对象，不是调用栈帧。
复杂嵌套闭包的典型表现
比如三层嵌套：
function a() {
let x = 1;
return function b() {
let y = 2;
return function c() {
console.log(x, y); // 同时捕获 a 的 x 和 b 的 y
};
};
}
const fn = a()();
fn(); // 输出 1 2-
c形成闭包，其作用域链包含：c自身 →b的 LexicalEnvironment（含 y）→a的 LexicalEnvironment（含 x）→ 全局。 -
a和b执行完后，x 和 y 并未销毁，而是被c的闭包对象持有，直到fn被垃圾回收。
实际开发中要注意的点
- 长期存在的闭包（如全局事件监听器、定时器回调）会持续持有外层变量，可能引发内存泄漏。
- 大对象（如 DOM 节点、大型数组）被闭包引用时，即使不用了也不释放，需主动解除引用。
- Chrome DevTools 的 Memory 面板可查看 “Closure” 类型对象，定位可疑内存驻留。
- 不要为了“保留状态”滥用闭包，现代 JS 有更清晰的替代方案（如 class 私有字段、React state、模块级变量等）。
不复杂但容易忽略
