等待但从未解决/拒绝承诺内存使用[重复]

Question

awaitPromise 既不解决也不拒绝（从不解决/未完成）会导致内存泄漏吗？

我在查看带有 slorber/awesome-debounce-promise 的 React hooks 时对此感到好奇，它创建了新的 Promise，但只解决了最后一个 Promise，因此留下了许多/最不稳定/未实现的内容。

Answer 1

前言（你可能知道！）：

await 是使用 promise 回调的语法糖。 （真的，真的，真的很好糖。） async 函数是 JavaScript 引擎为您构建承诺链等的函数。

答案：

相关的不是promise是否被解决，而是promise回调（以及它们引用/关闭的东西）是否保留在内存中。当 Promise 在内存中并且未解决时，它引用了它的回调函数，将它们保存在内存中。有两件事使这些引用消失了：

1. 兑现承诺，或
2. 释放所有对 Promise 的引用，使其符合 GC 的条件（可能，更多内容见下文）

在正常情况下，promise 的使用者将处理程序与 promise 挂钩，然后要么根本不保留对它的引用，要么只在处理程序函数关闭的上下文中保留对它的引用，不在别处。 （例如，而不是将 promise 引用保存在长期存在的对象属性中。）

假设 debounce 实现释放了它对永远不会解决的 promise 的引用，并且 promise 的使用者没有在这个相互引用循环之外的某个地方存储引用，那么 promise 和注册到它的处理程序 (以及他们持有唯一引用的任何东西）都可以在对 Promise 的引用被释放后被垃圾回收。

这需要在实施方面相当小心。例如 （感谢 Keith 标记此问题），如果 promise 使用其他 API 的回调（例如，addEventListener）并且回调关闭对 promise 的引用，因为另一个 API 有对回调的引用，这可能会阻止对承诺的所有引用被释放，从而将承诺所引用的任何内容（例如它的回调）保留在内存中。

因此，这将取决于谨慎的实施，并在一定程度上取决于消费者。可以编写保留对 Promise 的引用的代码，从而导致内存泄漏，但在正常情况下，我不希望消费者这样做。

Answer 2

我使用以下结构做了一些测试：

function doesntSettle() {
    return new Promise(function(resolve, reject) {
        // Never settle the promise
    });
}

let awaited = 0;
let resolved = 0;

async function test() {
    awaited++;
    await doesntSettle();
    resolved++;
}

setInterval(() => {
    for (let i = 0; i < 100; ++i) {
        test();
    }
}, 1);

在这里实现：https://codesandbox.io/s/unsetteled-awaited-promise-memory-usage-u44oc

在 Google Chrome 中运行 just the result frame 显示开发工具内存选项卡中的内存使用量不断增加（但不在性能/JS 堆选项卡下），这表明存在泄漏。运行它但解决承诺并没有泄漏。

运行这个增加的内存使用量增加了 1-4MB/秒。停止它并运行 GC 并没有释放任何它。