11

我有一个单页应用程序，用户在其中浏览项目列表。反过来，每个项目都有一个项目列表。

通过 AJAX 请求检索到的来自服务器的新项目会更新可观察数组。这一切都很好。

不幸的是，在几页之后，执行的操作数量（以及在 FireFox 和 IE8 等浏览器中使用的内存量）不断增加。我已经追踪到我的可观察数组中的元素没有被正确清理并且实际上仍在内存中的事实，即使我已经用新数据替换了我的可观察数组中的项目。

我创建了一个小例子来复制我看到的问题：

HTML：

<p data-bind="text: timesComputed"></p>
<button data-bind="click: more">MORE</button>
<ul data-bind="template: { name: 'items-template', foreach: items }">
</ul>

<script id="items-template">
    <li>
        <p data-bind="text: text"></p>
        <ul data-bind="template: { name: 'subitems-template', foreach: subItems }"></ul>
    </li>
</script>

<script id="subitems-template">
    <li>
        <p data-bind="text: text"></p>
    </li>
</script>

JavaScript/KnockoutJS 视图模型：

var subItemIndex = 0;

$("#clear").on("click", function () {
  $("#log").empty();
});

function log(msg) {
  $("#log").text(function (_, current) {
    return current + "\n" + msg;
  });
}
function Item(num, root) {
  var idx = 0;

  this.text = ko.observable("Item " + num);
  this.subItems = ko.observableArray([]);
  this.addSubItem = function () {
    this.subItems.push(new SubItem(++subItemIndex, root));
  }.bind(this);

  this.addSubItem();
  this.addSubItem();
  this.addSubItem();
}

function SubItem(num, root) {
  this.text = ko.observable("SubItem " + num);
  this.computed = ko.computed(function () {
    log("computing for " + this.text());
    return root.text();
  }, this);

  this.computed.subscribe(function () {
    root.timesComputed(root.timesComputed() + 1);
  }, this);
}

function Root() {
  var i = 0;

  this.items = ko.observableArray([]);
  this.addItem = function () {
    this.items.push(new Item(++i, this));
  }.bind(this);

  this.text = ko.observable("More clicked: ");
  this.timesComputed = ko.observable(0);

  this.more = function () {
    this.items.removeAll();
    this.addItem();
    this.addItem();
    this.addItem();    
    this.timesComputed(0);
    this.text("More clicked " + i);
  }.bind(this);

  this.more();
}

var vm = new Root();

ko.applyBindings(vm);

如果您查看 fiddle，您会注意到“日志”包含每个已创建的 ViewModel的条目。SubItem.computed即使在我预计这些项目中的每一个都早已不复存在之后，计算的属性也会运行。这导致我的应用程序性能严重下降。

所以我的问题是：

  • 我在这里做错了什么？我是否期望 KnockoutJS 处理我实际上需要手动处理的 ViewModel？
  • 我使用ko.computedonSubItem会导致问题吗？
  • 如果 KnockoutJS 不打算处理这些视图模型，我应该如何自己处理它们？

更新：经过进一步挖掘，我很确定 in 的计算属性SubItem是罪魁祸首。但是，我仍然不明白为什么仍在评估该属性。SubItem更新可观察数组时不应该销毁吗？

4

1 回答 1

8

JavaScript 垃圾收集器只能在删除所有对它的引用及其依赖项后处理计算的 observable。这是因为 observables 保留了对任何依赖于它们的计算 observables 的引用（反之亦然）。

一种解决方案是在计算出的 observable 不再具有任何依赖项时自行处置。这可以使用这样的辅助函数轻松完成。

function autoDisposeComputed(readFunc) {
    var computed = ko.computed({
        read: readFunc,
        deferEvaluation: true,
        disposeWhen: function() {
            return !computed.getSubscriptionsCount();
        }
    });
    return computed;
}
于 2013-01-18T00:40:04.770 回答