闭包通过词法作用域链自然保留变量引用，使异步回调能持续访问定义时的上下文；它捕获的是变量引用而非值快照，只要回调存活，外层变量就不会被回收。
闭包在异步任务队列中“暂存”执行上下文，本质不是主动保存，而是通过函数作用域链的自然保留机制，让异步回调能持续访问其定义时的变量环境。关键在于：闭包捕获的是**词法作用域中的变量引用**，而非快照值；只要异步回调函数未被垃圾回收，它所形成的闭包就维持着对上层作用域的引用，从而“记住”当时的上下文。
闭包如何绑定并维持异步任务的上下文
当一个函数（尤其是回调）在另一个函数内部定义，并引用了外层函数的局部变量，JavaScript 引擎会为该内层函数创建闭包。这个闭包包含对自由变量（即外层作用域中声明但未在本函数内声明的变量）的引用。即使外层函数已执行完毕、执行上下文被弹出调用栈，只要闭包函数仍存活（例如被注册为 setTimeout 回调、Promise.then 回调、事件监听器等），这些变量就不会被回收。
- 变量不是复制进闭包，而是以**引用方式**保留在堆内存中
- 多个异步任务可共享同一闭包，也能各自形成独立闭包（如循环中正确使用 let 或 IIFE）
- 常见误用是 var 声明 + 循环注册回调，导致所有回调共享同一个变量绑定
典型场景：循环中为每个异步操作保留独立上下文
以下代码演示了错误与正确的闭包使用方式：
❌ 错误（var + 普通函数）：
立即学习“Java免费学习笔记（深入）”；
for (var i = 0; i < 3; i++) {
setTimeout(() => console.log(i), 100); // 输出：3, 3, 3
}
原因：var 声明变量提升且函数作用域，整个循环共用一个 i；setTimeout 回调执行时循环早已结束，i 已变为 3。
✅ 正确（let 声明）：
for (let i = 0; i < 3; i++) {
setTimeout(() => console.log(i), 100); // 输出：0, 1, 2
}
原理：let 为每次迭代创建**新的块级作用域绑定**，每个回调函数都闭包捕获各自迭代中的 i 绑定。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
✅ 正确（IIFE 封装）：
for (var i = 0; i < 3; i++) {
(function (j) {
setTimeout(() => console.log(j), 100);
})(i);
}
原理：立即执行函数将当前 i 的值作为参数传入，形成独立作用域，回调闭包捕获的是形参 j，而非外层 i。
闭包在 Promise 和 async/await 中的上下文保持
Promise 链和 async 函数内部也依赖闭包维持上下文。例如：
function fetchData(id) {
return fetch(`/api/item/${id}`)
.then(res => res.json())
.then(data => {
console.log(`ID ${id} 返回数据:`, data); // id 来自外层作用域，被闭包捕获
return { id, data };
});
}
即便 fetch 是异步的，.then 回调仍能安全访问 id，因为该箭头函数形成了闭包，持有了 fetchData 调用时的 id 参数引用。
async/await 同理：
async function loadItem(id) {
const res = await fetch(`/api/item/${id}`);
const data = await res.json();
console.log(`加载 ID ${id} 成功`); // id 仍在当前函数作用域内，无需额外闭包技巧
return { id, data };
}
这里 await 并未中断函数作用域生命周期，整个 async 函数体共享同一词法环境，变量自然可用。
注意事项：避免意外的内存驻留
闭包虽方便，但可能引发内存泄漏：
- 长期存在的回调（如全局事件监听器、未清理的定时器）会持续持有外层大对象引用
- 避免在闭包中引用 DOM 元素后又未解除事件绑定，容易造成节点无法释放
- 必要时手动清除引用，例如在回调执行后将闭包内大变量设为 null
不复杂但容易忽略。
