闭包在异步回调中通过保留对外层变量的引用实现数据持久化，而非值拷贝；let为每次循环迭代创建独立绑定，避免var导致的共享引用问题，确保各回调捕获各自轮次的确定值。
闭包在异步回调中能持久化数据，不是靠“复制值”，而是靠保留对外层变量的引用。只要回调函数还存在，它所捕获的变量就不会被垃圾回收，哪怕外层函数早已执行完毕。
用 let 隔离循环变量，避免共享引用
在 for 循环中发起多个异步操作（如批量 fetch），若用 var 声明计数器，所有回调会共享同一个 i 变量，最终都读到循环结束后的值；而 let 为每次迭代创建独立绑定，每个回调闭包捕获的是各自那一轮的 i。
- ✅ 正确写法：for (let i = 0; i console.log(i), 100) → 输出 0、1、2
- ❌ 错误写法：for (var i = 0; i console.log(i), 100) → 全部输出 3
- 适用于 await 场景：for-of + let + await 也能自然保持每轮独立上下文
固化请求上下文，防止响应错乱
异步请求返回顺序不可控，比如第 5 页数据可能比第 4 页先到。若直接更新 UI，就会出现“后发先至”导致的状态覆盖。闭包可在发起时把关键标识（如 page、query、timestamp）锁住。
- 发起请求前记录当前状态：const currentQuery = input.value;，回调中只处理匹配该 query 的响应
- 封装 fetch 工厂函数：const fetchUser = (id) => () => fetch(`/api/user/${id}`)，每次调用生成新闭包，id 被固化
- 配合 abortController 或 isAborted 标志位，在回调开头判断是否应忽略过期结果
轻量捕获 + 主动清理，规避内存泄漏
闭包会让变量长期驻留内存。如果无意中捕获了 DOM 节点、大数组或整个 response 对象，又未及时释放，就容易造成内存泄漏。
- 优先捕获原始值或精简结构：{ id, name } 而非整个 user 对象
- 组件卸载或请求取消时，手动清空对 DOM 元素、事件监听器的引用
- 避免在长生命周期回调（如全局事件监听）中闭包持有大量数据
替代方案选型：IIFE、bind、箭头函数各司其职
现代开发中，let 是最简洁安全的选择；但在兼容旧环境或需传多个参数时，其他方式仍有价值。
- IIFE：适合需要显式作用域隔离的场景，如 (function(id, token) { fetch(...).then(...); })(user.id, token)
- bind：适用于预设 this 或部分参数，但注意 bind 返回新函数，多次调用会产生嵌套
- 箭头函数：天然继承外层词法作用域，写法轻量，但无法修改 this，适合不需要动态上下文的回调
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
