不会解决延迟创建内存泄漏？
假设以下代码：
var deferred = $.Deferred(); deferred.done(function(){ // do something with events, references to dom, etc... }); deferred.fail(function(){ // do something with events, references to dom, etc... }); -
如果我从不结束调用
resolve()或fail()，这会导致内存泄漏，因为我在回调中保留了引用吗？ -
如果我打电话给一个，而不打另一个，那么另一个会被垃圾收集吗？ 所以，如果我调用
fail()，jquery会删除done()吗？
我可能完全错了，但想澄清一下。 到目前为止我发现的最接近的是我总是调用JQuery Deferred.resolve或Deferred.reject？ 。 但是用例有点不同，因为在该示例中，用户从未为fail()定义回调。
我也遇到过这个问题， jQuery deferreds会被取消吗？ 但是我并不想取消deferred 。
我知道这不是最佳做法，但出于问题的目的，我仍然很好奇它是否会导致记忆问题。
谢谢，
如果我从不结束调用resolve（）或fail（），这会导致内存泄漏，因为我在回调中保留了引用吗？
如果任何代码都不再可以访问deferred变量本身（这也意味着根据此代码没有其他承诺），那么即使它从未被解析或拒绝，它也有资格进行垃圾收集。 如果您想了解“可达”含义的更多细节，那么最好显示您关注的实际代码。
另一方面，如果你仍然在某个地方持有deferred变量或者仍然可以到达的其他承诺取决于这个承诺（这意味着那些承诺引用了这个承诺），那么无论是否延迟对象已经解决或者没有解决，它仍然是活着的，不能被垃圾收集。
Promise在垃圾收集方面只是普通的Javascript对象，所以它们遵循与普通对象相同的垃圾收集规则。
如果我打电话给一个，而不打另一个，那么另一个会被垃圾收集吗？ 因此，如果我调用fail（），jquery将摆脱done（）。
代码本身不会被垃圾收集。 这是收集垃圾的变量和对象的内容。 因此，在您显示的代码中，它是deferred变量（变量指向的promise对象）的内容，它是垃圾收集的主题。 而且，正如我上面所说，无论你是否已经解决，拒绝或两者都没有区别。 重要的是，如果您的代码仍然可以访问该对象。 如果任何代码仍然可以到达deferred变量，或者任何其他代码或promises仍然可以访问此承诺。
例如，如果我在页面中有这个顶级代码：
deferred变量仍然可以访问并且仍然存活，因此它指向的Deferred对象不能被垃圾回收。
或者，如果我有这个：
然后，只要ajax调用完成并调用.done()处理程序，就不再有任何代码可以到达p变量的那个实例，因为ajax操作已经完成，因此它将释放对promise的引用因此它不能触发任何更多的承诺回调本身。 并且，它已经超出了单击处理程序回调函数的范围，并且没有可以访问p实时事件处理程序，因此它已无法访问。 此时，它将有资格进行垃圾收集。