正确处理浏览器资源

Question

我有一个Web应用程序,可以在很长一段时间内动态加载数据.在数据中有指向图像的链接,然后在浏览器中呈现.

例如

var object = { 
    Name: ko.observable("Foo"), 
    Ref: ko.observable("Bar"), 
    ImageUrl: ko.observable("http://.....")           
}

我正在使用Knockoutjs的模板绑定来渲染屏幕上的数据.

<img data-bind="attr: { src: imageUrl }" />         

因此,每次通过Ajax调用更改对象时,Knockoutjs模板将使用数据重新呈现,并且图像会发生变化.

经过很长一段时间后,这些图像会累积起来,会占用更多内存.现代浏览器似乎应对得更好,但问题主要在于IE8(我们不支持<IE8).即使在现代浏览器中,内存最终会变得如此之高,以至于浏览器会冻结.

有关构建图像资源的示例,请参见此屏幕截图.

我决定看看如果不使用<img />标签会发生什么,请使用<iframe />.

所以我的代码现在看起来像

<iframe data-bind="attr: { src: imageUrl }"></iframe>

现在发生的是框架已创建,但只要imageUrl发生更改,框架就会更新并且不会创建其他资源.

因此,如果我想保持浏览器内存使用率下降,我可以使用这种<iframe />技术,但我不喜欢它.它迫使我对应用程序进行许多其他更改,而且我需要使用iframe!

我现在已经进行了各种测试以查看使用这两种技术消耗了多少内存,并且在相同的时间段内内存将从81,000k增加到200,000k(与<img />)相比,从81,000k增加到98,000k(with <iframe />)

题

有没有更好的方法来管理浏览器中的图像资源？有没有办法妥善处理这张图片？我在网上搜索了答案,但到目前为止我还没有找到任何答案.

编辑

在最基本的层面.我试图通过jQuery方法删除图像remove(),但永远不会删除图像资源.看到这个小提琴是一个非常基本的例子.http://jsfiddle.net/ezb9e/

码:

HTML

<img src="http://www.fillmurray.com/200/300" />

JS

$(function(){   
    setTimeout(function(){
        $('img').remove();
        $('body').append($('<img />', { attr: { src: 'http://www.fillmurray.com/300/200' }}));
    }, 3000);    
});

Answer 1

我会尝试使用自定义绑定,并在其中创建和销毁图像.去年我用SVG遇到了类似的问题,这就是我必须要做的事情.

ko.bindingHandlers.createImage = {
    update: function (element, valueAccessor, allBindingsAccessor, viewModel, bindingContext) {
    // Use something unique to identify this image object
    var imageName = viewModel.Name();
    var parent = bindingContext.$parent;

    var imageObject = parent.Images[imageName];

    if (imageObject) {
        $(element).empty()
        imageObject = null;
    }

    imageObject = $(element).append('<img src="' + viewModel.imgSrc() + '" />')[0];
    parent.Images[imageName] = imageObject;
    }
};

这是重新创建原始问题:

http://jsfiddle.net/manzanotti/ezb9e/5/

这是我的版本:

http://jsfiddle.net/manzanotti/ezb9e/13/

内存最初会上升,但它会不时地收集垃圾,因此它永远不会失控.这是在IE9和Chrome中测试的.

更新嗯,我现在还不相信这完全解决了IE8中的问题.我已经在sIEve中运行了小提琴,并且内存仍在上升,但是当sIEve在DOM节点中添加钩子时,它可能是在sIEve中运行它的结果.Chrome绝对是好的,IE9似乎至少要好得多,如果不是完全修复的话.