挂起的 promise 本身不会导致内存泄漏，真正危险的是未清理的回调、闭包捕获的大对象、绑定在长生命周期对象上的 resolve/reject 函数；需重点排查这三类“挂起但不安全”的情况。
挂起的 Promise 本身不会导致内存泄漏；真正危险的是它背后隐含的外部引用——比如未清理的回调、闭包捕获的大对象、绑定在全局或长生命周期对象上的 resolve/reject 函数。只要这些引用还存在，Promise 及其关联数据就无法被垃圾回收。
重点查这三类“挂起但不安全”的 Promise
不是所有 pending Promise 都要清理，但以下情况必须干预：
- 被长期持有 resolve/reject 函数：例如存进组件实例的数组、全局缓存、事件队列中，而该组件/模块早已卸载
- 回调中闭包引用了大对象或 DOM 节点：比如 Promise.then(() => console.log(largeData, el))，即使 Promise 没完成，largeData 和 el 也被锁住
- 与定时器、轮询或事件监听耦合：如用 setInterval 触发 fetch 并返回 Promise，但没在停止轮询时取消或忽略后续响应
用 AbortController 主动中断网络类 Promise
这是目前最简洁、浏览器原生支持的取消方案（Chrome 88+ / Firefox 79+ / Safari 15.4+）：
- 创建 controller：
const controller = new AbortController() - 发起请求时传 signal：
fetch(url, { signal: controller.signal }) - 需要中止时调用：
controller.abort()，此时 Promise 会以AbortError拒绝 - 优势：无需改写 Promise 逻辑，信号可复用、可组合，且自动解绑底层资源
手动管理 resolve 引用的清理时机
当你自己 new Promise 并把 resolve 存起来（如实现异步队列、等待条件等），务必配套清理机制：
- 在组件销毁、模块卸载、超时触发后，遍历并设为 null 或从数组中 splice 删除
- 避免直接在 this 上挂 resolve 函数；改用 WeakMap 关联临时状态：
const pendingResolves = new WeakMap()，键是当前上下文对象，值是 resolve 集合 - 设置合理超时：
setTimeout(() => resolve(null), 30000)并在 resolve 前检查是否已失效
监控未处理拒绝，防隐蔽泄漏
未 catch 的 rejected Promise 不会卡住内存，但可能掩盖资源未释放的问题（如未关闭的流、未清理的监听器）。启用拒绝跟踪：
- Node.js 环境：监听
process.on('unhandledRejection', ...) - 浏览器环境：监听
window.addEventListener('unhandledrejection', ...) - 在回调里记录错误，并检查是否涉及待清理资源（如打开的 IndexedDB 连接、WebSocket 实例）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
