我们应该使用 Async / Await 还是 Then Closures 来避免内存泄漏？

Question

我有一个使用太多内存的 NodeJS 应用程序。我们正在尝试追踪问题的根源。

所以我读到闭包不利于内存使用。垃圾收集器很难释放闭包使用的内存。

我们的代码有很多部分都使用了这样的 Promise：

thenableFunction().then(() => {...}).then(() => {...}).catch(() => {...});

所以在阅读了关于闭包的内容后，我想将所有内容重构为

try{
    let result = await thenableFunction();
    ...
}catch(e){...}

我现在想知道我们是否会从这种重构中受益，或者它毕竟没有任何区别。

你怎么看？你知道有什么好的链接可以解释这一点吗？

谢谢

Answer 1

await 实际上是您要替换的代码的语法糖（好吧，除了代码块之后的任何代码也有效地被拉入 then 子句 - 这就是 @ 987654324@ 关键字有效地阻止执行，直到 Promise 解决）。所以这个重构应该不会真正影响内存消耗。

问题的具体答案取决于两个问题。首先，重写是否避免了闭包（在原始代码中是明确的），其次（假设第一个答案是肯定的），垃圾收集器是否会像 Promise 正在做的事情一样失败 GC 闭包（如果它没有隐式创建闭包）。

我很确定第一个问题的答案是否定的——await Promise 确实在创建隐式闭包。所以我认为你一开始并没有避开它们。

关于第二个问题，根据我的阅读，听起来闭包只会在某些特定情况下导致奇怪的垃圾收集问题（即泄漏）：

https://www.ibm.com/developerworks/library/wa-use-javascript-closures-efficiently/index.html

https://auth0.com/blog/four-types-of-leaks-in-your-javascript-code-and-how-to-get-rid-of-them/

因此，除非您对闭包的使用与其中一些模式相匹配，否则我认为即使您的 Promise 没有隐式创建相同的闭包，您仍然会遇到类似的 GC 行为。