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

可以用 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的引用不放