chrome任务管理器中内存使用情况解读

Question

我从一个大型 java 脚本应用程序中的内存泄漏调查开始，该应用程序作为一个小部件在基于 webkit 和 sfx（java 脚本核心引擎）的浏览器中运行。过了一会儿，我发现记忆的来源随着时间的推移而增加。恰好是$.ajax(..)。

好的，我想，让我们尝试不同版本的jquery 或直接使用XMLHttpRequest - 结果相同。然后我在谷歌浏览器上检查它并感到惊讶，因为堆分析器既没有显示 js 对象数量的增加也没有显示堆大小的增加，而 chrome 任务管理器显示内存和私有内存的增加。我测试的代码如下：

var Main = {};
var xhr = new XMLHttpRequest();

function makeRequest() {
    xhr.timeout = 2000;
    xhr.ontimeout = function() {
        xhr.abort();
    }
    xhr.onreadystatechange = function() {
        if (xhr.readyState != 4) return;
    };

    xhr.open("POST", "", true); //async post request to local server
    xhr.send("{}");
}

Main.onLoad = function()
{
    setInterval(function() { makeRequest(); }, 3000);
}

那么，这种行为可以吗？这不是原生内存泄漏的迹象吗？

附：我在 windows 7 企业版上使用 chrome 版本 35.0.1916.153。

Answer 1

According to the spec，xhr 不会自动 GC。

4.2 垃圾回收

如果 XMLHttpRequest 对象的状态为 OPENED 并且设置了 send() 标志，它的状态是 HEADERS_RECEIVED，或者 其状态为 LOADING 且已注册一个或多个事件侦听器 其类型是 readystatechange、progress、abort、error、load、 超时，加载结束。

如果一个 XMLHttpRequest 对象在其连接时被垃圾回收 仍然打开，用户代理必须终止请求。

This article 对这个问题和类似问题有很好的解释。通常的解决方法是在xhr.send() 之后通过xhr = null 清除回调中对主机对象的引用。我说通常修复是因为您没有分配更多 xhr 对象或对本示例中的结果做任何事情。正如你所说，堆没有改变，看起来你没有泄漏。

单独使用 chrome 任务管理器无法告诉您是否有泄漏。我发现this article 是关于如何使用 chrome 的 devtools 诊断内存泄漏的有用教程。您将需要手动触发 GC 并验证内存不会持续增长。如果您发现确实存在内存泄漏，您可以使用 devtools 找出哪些对象不是保留路径的一部分，但仍在内存中（有关如何执行此操作的更多信息，请参阅该文章）。