一直没有resolve也没有reject的Promise会造成内存泄露吗?

引擎的事件循环本身是不是一个引用呢?
关注者
332
被浏览
67,427

22 个回答

可以用 DevTools 的 queryObjects()函数配合 setTimeout()来测试一下:

可以看到 1 万个 pending 的 promise 对象都不会被回收,直到 10 秒钟以后,再次执行queryObjects(Promise)

那 1 万个 promise 对象是被回收了,但又多出一个 pending 的 promise 对象,可能是 DevTools 上执行命令的副作用。

还可以测试一下通过事件回调来 resolve 的情况:

点击一下页面后,再次执行 queryObjects(Promise),居然已经 resolve 了的 1 万个 promise 对象还是没被回收,不懂了。

总之,queryObjects()可以遍历出 V8 堆上以某对象为原型的对象们,而且执行前会先做一次垃圾回收,学到这个就够了。

另外如果你真找到了可疑的泄露对象,却不知道被谁引用了,Safari 的 DevTools 刚刚实现了一个叫 queryHolders(target)的函数,它可以找到某个对象被哪些对象所引用了:

V8 的人看到了表示 V8 底层也支持这个功能,Chrome DevTools 上也可以加,估计很快就能实现了。

继续浏览内容
知乎
发现更大的世界
打开
浏览器
继续

这个问题我专门发邮件问过tc39的人,当时是设计一个confirm函数,业务上这个confirm选择“否”的时候永远不resolve也不reject是可行的,而用resolve就好callback中增加分支判断,用reject是违反语义的

对方的回复是只要引擎实现得当就不会泄露,称之为forever pending promise,当然你别老持有着这个Promise的引用不放

继续浏览内容
知乎
发现更大的世界
打开
浏览器
继续