闭包在异步编程中最核心的用途是定格函数发起时的上下文，确保回调准确访问当时数据。它解决循环变量共享问题，支持dom状态捕获、promise协同封装及内存引用管理。
闭包在异步编程中最核心的用途，就是把函数发起时的上下文“定格”下来，确保回调执行时能准确访问当时的数据，而不是运行时被覆盖或销毁后的值。
解决循环中变量共享问题
在 for 循环里发起多个异步操作（比如 setTimeout、fetch），如果用 var 声明计数器，所有回调会共用同一个 i 变量，最终全取到循环结束后的值。
- 用 let 替代 var：每次迭代创建独立绑定，自然形成块级闭包
- 用 IIFE 显式封装：把当前 i 作为参数传入立即执行函数，让内部回调捕获该次迭代的快照
- 避免直接在回调里引用循环变量，尤其在旧环境或需传多个参数时，IIFE 更可控
保存 DOM 或业务状态上下文
给多个按钮绑定点击后发起请求，每个请求需携带对应按钮的 data-id、用户权限、临时表单数据等。这些信息必须在事件触发瞬间被捕获，不能等到回调执行时再去查 DOM。
- 在 addEventListener 外层提前读取 button.dataset.id、formData 等，利用箭头函数词法作用域自动闭包
- 不推荐在回调里重新 querySelector，因为 DOM 可能已变更，且逻辑耦合度高
- 若状态较复杂（如整个配置对象），可封装为 createRequestHandler(config) 函数，返回预绑定上下文的请求函数
配合 Promise 和回调函数组合使用
闭包常与 Promise 协同，既保存发起时的参数，又统一异步流程处理方式。
- createFetcher(url) 返回一个函数，该函数调用时才执行 fetch，但 url 已由闭包固化
- 封装带重试逻辑的请求函数时，将 maxRetries、backoff 等策略参数闭包保存，避免每次调用重复传参
- 在回调风格 API 封装成 Promise 时，闭包可保存原始回调所需的 this 上下文或额外元数据
注意内存与引用语义
闭包捕获的是变量引用，不是值拷贝。这意味着：
- 如果闭包外的变量后续被修改，回调里读到的就是最新值（有时是预期行为，有时是隐患）
- 长期存活的回调（如未解绑的全局事件监听器）持续引用大对象，会阻碍垃圾回收，引发内存泄漏
- 对原始值（字符串、数字）闭包是安全的；对对象或数组，如需“快照”，应显式深拷贝或冻结关键字段
