ReactJS 因频繁更新大型 DOM 而变得迟缓？

Question

我们正在考虑将 React 用于一个 DOM 繁重的项目，并想弄清楚虚拟 DOM 渲染方法的性能特征。

我担心的一件事是，虚拟 DOM 会在每次微小的状态更改时重新计算。我可以看到这个模型的好处，但是在一个包含大量元素和频繁小更新的应用程序中，这会导致像“悬停”效果这样简单的东西的大量开销。

例如，这会呈现一系列 N div 并更改 CSS 类 onMouseOver。在我的系统上，它从 N=5000 (http://jsfiddle.net/estolua/aopvp7zp/) 开始变得相当缓慢。

var D = React.DOM;

function generateItems(N) {
  return _.map(
    _.range(0, N), function (i) { return { id: '_' + i, content: '' + i }; }
  );
}

function toggle(x, y) { return (y && x!==y) ? y : null; }

var Item = React.createClass({
  render: function () {
    var item = this.props.item,
        appS = this.props.appState,
        focF = this.props.focF;
    return D.div({
        className: 'item' + (appS.focused === item.id ? ' focused' : ''),
        onMouseOver: focF
      },
      item.content
    );
  }
});

var App = React.createClass({
  getInitialState: function () { return {N: 10, focused: null}; },
  changeN: function(e) { this.setState({N: e.target.value}); },
  focus: function (id, e) {
    this.setState({focused: toggle(this.state.focused, id)});
  },
  render: function () {
    var that = this;
    return D.div(null, [
      D.div(null, [
        D.span(null, 'N: '),
        D.input({value: this.state.N, onChange: this.changeN})
      ]),
      D.div(null,
        _.map(
          generateItems(this.state.N),
          function (i) { return React.createElement(Item, {
            key: i.id, item: i, appState: that.state, focF: that.focus.bind(null, i.id)
          });}
        )
      )
    ]);
  }
});

React.render(React.createElement(App), document.body);

有没有办法在不放弃漂亮的声明形式的情况下让这些小更新更有效率，或者 React 不适合这种规模？

Answer 1

有几个潜在的解决方案可以让您继续使用漂亮的声明性模型：

1。使用shouldComponentUpdate

当您有很多元素时，shouldComponentUpdate 可以轻松取胜。您评论中的示例不太正确；相反，您想查看您关心的任何this.props 值是否与您关心的任何next_props 不同（this.state 和next_state 相同。例如，仅重新渲染当焦点道具发生变化时，您可能会这样做：

shouldComponentUpdate: function (next_props, next_state) {
  return this.props.appState.focused !== next_props.appState.focused;
},

（尽管这个简单的示例不处理 ID 或处理程序的更改）。

虽然这是非常手动的，但您可以轻松构建抽象或混合来比较对象（浅或深，取决于您的道具的结构）以查看它们是否发生了变化：

var ShallowPropStateCompareMixin = {
  shouldComponentUpdate: function(nextProps, nextState) {
    return !shallowEquals(nextProps, this.props) ||
           !shallowEquals(nextState, this.state);
  }
}

var MyComponent = React.createClass({
  mixins: [ShallowPropStateCompareMixin],

  // ...
});

事实上，这已经实现为the PureRenderMixin。您可以在 this example 中看到这一点（请注意，其他因素可能会导致大量 DOM 元素的迟缓，包括影响盒子模型的扩展和内联样式）。

2。本地化状态变化

您可以使用的另一种技术是本地化状态更改；在您的示例中，每当每个项目悬停或未悬停时，顶级应用程序状态都会发生变化；相反，您可以将此行为委托给项目本身（或该项目的其他容器）。这样一来，只有单个容器项会发生状态更改，而大部分项根本不会重新渲染。

另一个我没有尝试过的想法是将 n 个项目中的 x 分组到一个分组组件中（例如，n=5000 和 x=100）；然后，只有包含已更改项目的分组组件需要更新。您可以在分组组件上使用 shouldComponentUpdate，这样其他组件就不需要迭代了。

Answer 2

如果将 shouldComponentUpdate 添加到 Item 组件，它会变得更快一些。因为它只呈现正在更改的项目。但是我的机器上有 5000 个项目似乎仍然有点慢。

var Item = React.createClass({

    shouldComponentUpdate: function(nextProps, nextState){
        return (nextProps.appState.focused==nextProps.item.id) || (this.props.appState.focused==this.props.item.id);
    },

Answer 3

在我的系统上 5000 仍然可以，但在现实世界场景中你真的需要渲染 > 1000 个 dom 节点吗？如果您非常关心性能，也许您可​​以考虑Mithril。它也使用虚拟 dom 方法，但非常小而且速度很快。