JavaScript垃圾回收不由异步操作触发，而由引擎自主调度；异步代码不阻断GC，但闭包、未清理监听器等隐式引用会延长对象生命周期，导致内存泄漏。
JavaScript 的垃圾回收（GC）不直接由异步操作触发，也不在 Promise、setTimeout 或 async/await 完成的瞬间立即运行；它由引擎自主调度，取决于内存压力、对象可达性及具体运行时实现（如 V8 的分代式 GC）。异步代码本身不会延迟或阻止 GC，但若持有对对象的隐式引用（如闭包、未清理的事件监听器、全局缓存），就可能意外延长对象生命周期，导致内存无法及时释放。
异步回调中的闭包引用是常见内存泄漏源头
当异步回调（如 Promise.then、setTimeout 回调）捕获外部作用域变量时，这些变量只要回调函数还“存活”，就不会被 GC 回收——即使异步任务早已完成，只要回调函数未被销毁，其闭包环境就持续保有引用。
- 避免在回调中长期持有大型数据（如整个 DOM 节点、大数组、缓存对象），可只传必要字段或使用弱引用结构（如 WeakMap）
- 手动解除不再需要的回调绑定：例如用 AbortController 中断 fetch 请求，或显式将回调设为 null
- 注意箭头函数自动绑定 this 和外层变量，比普通函数更容易形成隐蔽的长生命周期闭包
Promise 链与微任务队列不影响 GC 时机，但影响对象“可达性”窗口
一个 Promise 对象及其内部状态（如 value/reason）、then/catch 回调函数，在链式调用未完全 resolve/reject 之前都处于“可达”状态。V8 中，已 resolved 的 Promise 若无后续 .then，其内部 value 在 microtask 清空后即变为不可达；但若链未终止（比如漏写 catch 或未消费最终结果），Promise 实例和关联数据可能滞留更久。
- 始终终结 Promise 链：用 .catch() 捕获错误，或确保每个链都有最终消费者（如 await 后赋值给局部变量）
- 避免将 Promise 实例长期保存在全局或模块级变量中，尤其未处理 rejection 的情况
- Chrome DevTools 的 Memory 面板可录制堆快照，筛选 “Promise” 构造函数实例，快速定位未终结的 Promise
定时器和事件监听器需主动清理，否则阻断 GC
setInterval / setTimeout 返回的 timer ID 本身不持引用，但回调函数若闭包了外部对象，且定时器未 clearTimeout，该回调就持续存在，进而保持整个闭包环境活跃。同理，addEventListener 添加的监听器若未 removeEventListener，且回调引用了组件实例或大数据，就会造成典型泄漏。
立即学习“Java免费学习笔记（深入）”；
- 在组件卸载、模块销毁或逻辑退出前，统一清理定时器（clearTimeout/clearInterval）和事件监听器
- 使用 Symbol 或具名函数作为监听器，便于精准移除；避免匿名函数 + addEventListener 组合
- 考虑用 AbortSignal 与 addEventListener 配合（现代浏览器支持），通过 signal.abort() 一键取消所有关联监听
WeakMap / WeakRef 可辅助管理异步资源生命周期
当必须将异步操作与某个对象（如 DOM 元素、类实例）关联，又不想阻止其被回收时，WeakMap 是理想选择：它的键是弱引用，一旦目标对象不可达，对应条目自动消失。WeakRef（ES2021）则允许你安全地持有对象的“软引用”，配合 cleanup callback 可在对象被 GC 前执行清理逻辑。
- 用 WeakMap 存储元素相关的异步状态（如 loading 状态、fetch 控制器），键为元素本身，无需手动清理
- WeakRef 需配合 deref() 使用，且不能保证每次都能取到值——适合做“尽力而为”的缓存或日志关联
- 注意 WeakRef 不适用于 Promise、Function 等基本类型；仅对对象有效，且不触发 GC
异步场景下的内存管理核心不是等待 GC，而是主动切断不必要的引用链。V8 的 GC 本身足够智能，但无法判断你的业务逻辑是否“还需要”某个对象——这个语义责任永远在开发者手中。
