jQuery 中有哪些标准问题或编码模式会导致内存泄漏？
我在 StackOverflow 上看到了许多与 ajax() 调用或 jsonp 或 DOM 删除相关的问题。大多数 jQuery 内存泄漏问题都集中在特定问题或浏览器上，如果能列出 jQuery 中的标准内存泄漏模式，那就太好了。
以下是关于 SO 的一些相关问题：
网络资源：
【问题讨论】：
标签： javascript jquery performance memory-leaks garbage-collection
据我了解，javascript 中的内存管理是通过引用计数来完成的——虽然对对象的引用仍然存在，但它不会被释放。这意味着在单页应用程序中创建内存泄漏是微不足道的，并且可能会绊倒那些来自 java 背景的用户。这不是特定于 JQuery。以如下代码为例：
function MyObject = function(){
var _this = this;
this.count = 0;
this.getAndIncrement = function(){
_this.count++;
return _this.count;
}
}
for(var i = 0; i < 10000; i++){
var obj = new MyObject();
obj.getAndIncrement();
}
在您查看内存使用情况之前，它看起来很正常。由于“_this”指针（增加 i 的最大值以更显着地看到它），当页面处于活动状态时，MyObject 的实例永远不会被释放。 （在旧版本的 IE 中，它们在程序退出之前永远不会被释放。）由于 javascript 对象可能在框架之间共享（我不建议尝试这样做，因为它非常容易受到影响。），即使在现代浏览器中，也有一些情况下 javascript物体的停留时间可能比它们预期的要长。
在jquery的上下文中，经常会存储引用来节省dom搜索的开销——例如：
function run(){
var domObjects = $(".myClass");
domObjects.click(function(){
domObjects.addClass(".myOtherClass");
});
}
由于回调函数中对它的引用，这段代码将永远保留 domObject（及其所有内容）。
如果 jquery 的编写者在内部错过了这样的实例，那么库本身就会泄漏，但更多的时候是客户端代码。
第二个例子可以通过在不再需要时显式清除指针来修复：
function run(){
var domObjects = $(".myClass");
domObjects.click(function(){
if(domObjects){
domObjects.addClass(".myOtherClass");
domObjects = null;
}
});
}
或再次查找：
function run(){
$(".myClass").click(function(){
$(".myClass").addClass(".myOtherClass");
});
}
一个好的经验法则是在定义回调函数时要小心，并尽可能避免过多的嵌套。
编辑：正如 Erik 在 cmets 中指出的那样，您还可以使用 this 指针来避免不必要的 dom 查找：
function run(){
$(".myClass").click(function(){
$(this).addClass(".myOtherClass");
});
}
【讨论】：
我将在这里贡献一个反模式，即“中间链引用”泄漏。
jQuery 的优势之一是它的链式 API，它允许您继续更改、过滤和操作元素：
$(".message").addClass("unread").find(".author").addClass("noob");
在该链的末尾，您有一个包含所有“.message .author”元素的 jQuery 对象，但 那个 对象引用了原始“.message”元素的对象。您可以通过.end() 方法找到他们并对他们做一些事情：
$(".message")
.find(".author")
.addClass("prolific")
.end()
.addClass("unread");
现在以这种方式使用时不会出现泄漏问题。但是，如果您将链的结果分配给具有较长生命周期的变量，则对早期集合的反向引用会保留下来，并且在变量超出范围之前不能被垃圾收集。如果该变量是全局变量，则引用永远不会超出范围。
例如，假设您在 2008 年的一些博客文章中读到 $("a").find("b") 比 $("a b")“更有效”（即使它甚至不值得考虑这样的微优化）。您决定需要一个页面范围的全局来保存作者列表，因此您可以这样做：
authors = $(".message").find(".author");
现在您确实有一个带有作者列表的 jQuery 对象，但它还引用了一个 jQuery 对象，即完整的消息列表。您可能永远不会使用它，甚至不知道它的存在，而且它会占用内存。
请注意，泄漏只能通过从现有集合中选择 新 元素的方法发生，例如 .find、.filter、.children 等。文档指出当 new 集被返回。如果链具有简单的非过滤方法，例如.css，那么简单地使用链式 API 不会导致泄漏，所以这没关系：
authors = $(".message .author").addClass("prolific");
【讨论】：