Change Detection And Batch Update

IMWeb前端团队

发布于 2018-01-08 17:02:35

3.7K0

发布于 2018-01-08 17:02:35

文章被收录于专栏：IMWeb前端团队

本文作者：IMWeb 吴浩麟原文出处：IMWeb社区 未经同意，禁止转载

前言

在传统的WEB开发中，当与用户或服务器发生交互时，需要我们手动获取数据并更新DOM，这个过程是繁琐的、易错的。特别是当页面功能过于复杂时，我们既要关注数据的变化，又要维护DOM的更新，这样写出来的代码是很难维护的。新一代的框架或库，例如Angular、React、Vue等等让我们的关注点只在数据上，当数据更新时，这些框架/库会帮我们更新DOM。那么这里就有两个很重要的问题了：当数据变化时，这些框架/库是如何感知到的？当我们连续更新数据时，这些框架/库如何避免连续更新DOM，而是进行批量更新？带着这两个问题，我将简要分析一下React、Angular1、Angular2及Vue的实现机制。

React

Virtual DOM

React在更新UI的时候会根据新老state生成两份虚拟DOM，所谓的虚拟DOM其实就是JavaScript对象，然后在根据特定的diff算法比较这两个对象，找出不同的部分，最后根据改变的那部分进行对应DOM的更新。那么React是如何知道数据变化了呢？我们通过手动调用setState告知React我们需要更新的数据。

setState

例如我们这里有一个很简单的组件：

class App extends React.Component {
  constructor() {
    super();
    this.handleClick = this.handleClick.bind(this);
    this.state = {
      val: 0,
    };
  }

  handleClick() {
    this.setState({val: 1});
  }

  render() {
    return (
      &lt;div&gt;
        &lt;span&gt;{this.state.val}&lt;/span&gt;
        &lt;button onClick={this.handleClick}&gt;change val&lt;/button&gt;
      &lt;/div&gt;
    )
  }
}

当我点击按钮的时候调用this.setState({val: 1});，React就会将this.state.val更新成1，并且自动帮我们更新UI。如果点击按钮的时候我们连续调用setState会怎么样？React是连续更新两次，还是只更新一次呢？为了更好的观察出React的更新机制，我们将点击按钮的逻辑换成下面的代码

this.setState({val: 1});
console.log(this.state.val);

this.setState({val: 2});
console.log(this.state.val);

打开控制台，点击按钮你会发现打印了0 0，同时页面数据也更新成了2。所以我们就得出结论：React的更新并不是同步的，而是批量更新的。我们别急着下结论，我们知道应用程序状态的改变主要是下面三种情况引起的：

Events - 如点击按钮
Timers - 如setTimeout
XHR - 从服务器获取数据

我们才测试了事件这一种情景，我们试着看看其余两种情景下state的变化，将点击按钮的逻辑换成如下代码

setTimeout(() =&gt; {
  this.setState({val: 1});
  console.log(this.state.val);

  this.setState({val: 2});
  console.log(this.state.val);
});

打开控制台，点击按钮你会发现打印了1 2，相信这个时候很多人就懵了，为啥和第一种情况的输出不一致，不是说好的批量更新的么，怎么变成连续更新了。我们再试试第三种情景XHR，将点击按钮的逻辑换成下面的代码

fetch('/')
  .then(() =&gt; {
    this.setState({val: 1});
    console.log(this.state.val);

    this.setState({val: 2});
    console.log(this.state.val);
  });

打开控制台，点击按钮你会发现打印的还是1 2，这究竟是什么情况？如果仔细观察的话，你会发现上面的输出符合一个规律：在React调用的方法中连续setState走的是批量更新，此外走的是连续更新。为了验证这个的猜想，我们试着在React的生命周期方法中连续调用setState

componentDidMount() {
  this.setState({val: 1});
  console.log(this.state.val);

  this.setState({val: 2});
  console.log(this.state.val);
}

打开控制台你会发现打印了0 0，更加验证了我们的猜想，因为生命周期方法也是React调用的。到此我们可以得出这样一个结论：

在React调用的方法中连续setState走的是批量更新，此外走的是连续更新

说到这里，有些人可能会有这样一个疑惑

handleClick() {
  setTimeout(() =&gt; {
    this.setState({val: 1});
    console.log(this.state.val);

    this.setState({val: 2});
    console.log(this.state.val);
  });
}

setTimeout也是在handleClick当中调用的，为啥不是批量更新呢？ setTimeout确实是在handleClick当中调用的，但是两个setState可不是在handleClick当中调用的，它们是在传递给setTimeout的参数——匿名函数中执行的，走的是事件轮询，不要弄混了。

综上，说setState是异步的需要加一个前提条件，在React调用的方法中执行，这时我们需要通过回调获取到最新的state

this.setState({val: 1}, () =&gt; {
  console.log(this.state.val);
});

相信这个道理大家不难理解，因为事件和生命周期方法都是React调用的，它想怎么玩就怎么玩。那么React内部是如何实现批量更新的呢？

事务

React当中事务最主要的功能就是拿到一个函数的执行上下文，提供钩子函数。啥意思？看个例子

import Transaction from 'react/lib/Transaction';

const transaction = Object.assign({}, Transaction.Mixin, {
  getTransactionWrappers() {
    return [{
      initialize() {
        console.log('initialize');
      },
      close() {
        console.log('close');
      }
    }];
  }
});
transaction.reinitializeTransaction();
const fn = () =&gt; {
  console.log('fn');
};
transaction.perform(fn);

执行这段代码，打开控制台会发现打印如下

事务最主要的功能就是可以Wrapper一个函数，通过perform调用，在执行这个函数之前会先调用initialize方法，等这个函数执行结束了在调用close方法。事务的核心代码很短，只有五个方法，有兴趣的可以去看下。结合上面setState连续调用的情况，我们可以大致猜出React的更新机制，例如执行handleClick的时候

let updating = false;

setState = function() {
  if(updating){
    // &#x7F13;&#x5B58;&#x6570;&#x636E;
  }else {
    // &#x66F4;&#x65B0;
  }
}

const transaction = Object.assign({}, Transaction.Mixin, {
  getTransactionWrappers() {
    return [{
      initialize() {
        updating = true;
      },
      close() {
        updating = false;
        // &#x66F4;&#x65B0;
      }
    }];
  }
});
transaction.reinitializeTransaction();

transaction.perform(instance.handleClick);

我们再来深入一下setState的实现，看看是不是这么回事，下面是setState会调用到的方法

function enqueueUpdate(component) {
  ensureInjected();

  if (!batchingStrategy.isBatchingUpdates) {
    batchingStrategy.batchedUpdates(enqueueUpdate, component);
    return;
  }

  dirtyComponents.push(component);
  if (component._updateBatchNumber == null) {
    component._updateBatchNumber = updateBatchNumber + 1;
  }
}

看变量名称我们也都能猜到大致功能，通过batchingStrategy.isBatchingUpdates来决定是否进行batchedUpdates（批量更新），还是dirtyComponents.push（缓存数据），结合事务，React的批量更新策略应该是这样的

const transaction = Object.assign({}, Transaction.Mixin, {
  getTransactionWrappers() {
    return [{
      initialize() {
        batchingStrategy.isBatchingUpdates = true;
      },
      close() {
        batchingStrategy.isBatchingUpdates = false;
      }
    }];
  }
});
transaction.reinitializeTransaction();

transaction.perform(instance.handleClick);
transaction.perform(instance.componentDidMount);

小结

React通过setState感知到数据的变化，通过事务进行批量更新，通过Virtual DOM比较进行高效的DOM更新。

Angular1

Dirty Checking

Angular1通过脏值检测去更新UI，所谓的脏值检测其实指Angular1从$rootScope开始遍历所有scope的$$watchers数组，通过比较新老值来决定是否更新DOM。看个例子

&lt;div ng-controller="MyCtrl"&gt;&lt;/div&gt;

angular.module('myApp', [])
  .controller('MyCtrl', function($scope) {
    $scope.val = 0;
  });

这个是一个很简单的数据渲染的例子，我们在控制台打印下scope，看下$$watchers的内容

因为只有val一个表达式所以$$watchers长度只有1

eq 是否进行数据的深度比较
exp 检测出错时log所用
fn 更新DOM
get 获取当前数据
last 老的数据

那么Angular1是如何感知到数据变化的呢？

$apply

Angular1通过调用$scope.$apply()进行脏值检测的，核心代码如下

遍历所有scope的$$watchers，通过get获取到最新值同last比较，值变化了则通过调用fn更新DOM。有人可能会疑惑了，我们在编码的时候并没有调用$apply，那么UI是怎么更新的呢？实际上是Angular1帮我们调用了，我们看下ng事件的源码实现

forEach(
  'click dblclick mousedown mouseup mouseover mouseout mousemove mouseenter mouseleave keydown keyup keypress submit focus blur copy cut paste'.split(' '),
  function(eventName) {
    var directiveName = directiveNormalize('ng-' + eventName);
    ngEventDirectives[directiveName] = ['$parse', '$rootScope', function($parse, $rootScope) {
      return {
        restrict: 'A',
        compile: function($element, attr) {
          var fn = $parse(attr[directiveName], /* interceptorFn */ null, /* expensiveChecks */ true);
          return function ngEventHandler(scope, element) {
            element.on(eventName, function(event) {
              var callback = function() {
                fn(scope, {$event:event});
              };
              if (forceAsyncEvents[eventName] &amp;&amp; $rootScope.$$phase) {
                scope.$evalAsync(callback);
              } else {
                scope.$apply(callback);
              }
            });
          };
        }
      };
    }];
  }
);

很明显调用了$scope.$apply，我们再看下$timeout的源码

function timeout(fn, delay, invokeApply) {
  // ...

  timeoutId = $browser.defer(function() {
    try {
      deferred.resolve(fn.apply(null, args));
    } catch (e) {
      deferred.reject(e);
      $exceptionHandler(e);
    }
    finally {
      delete deferreds[promise.$$timeoutId];
    }

    if (!skipApply) $rootScope.$apply();
  }, delay);

  // ...
}

最后也调用了$rootScope.$apply，$http服务实际上也做了同样的处理，说到这，三种引起应用程序状态变化的情景，Angular1都做了封装，所以我们写代码的时候不需要手动去调用$apply了。新手常碰到的一个问题就是为啥下面的代码不起作用

$('#btn').on('click', function() {
  $scope.val = 1;
});

因为我们没有用Angular1提供的事件系统，所以Angular1没法自动帮我们调用$apply，这里我们只能手动调用$apply进行脏值检测了

$('#btn').on('click', function() {
  $scope.val = 1;
  $scope.$apply();
});

小结

在Angular1中我们是直接操作数据的，这个过程Angular1是感知不到的，只能在某个点调用$apply进行脏值检测，所以默认就是批量更新。如果我们不使用Angular1提供的事件系统、定时器和$http，如在jQuery事件中进行数据更新时，我们需要手动调用$apply。

Angular2

当数据变化时，Angular2从根节点往下遍历进行更新，默认Angular2深度遍历数据，进行新老数据的比较来决定是否更新UI，这点和Angular1的脏值检测有点像，但是Angular2的更新没有副作用，是单向数据流。同时大家也不用担心性能问题

It can perform hundreds of thousands of checks within a couple of milliseconds. This is mainly due to the fact that Angular generates VM friendly code — by Pascal Precht

Angular2也提供了不同的检测策略，例如

@Component({
  selector: 'child',
  template: `
    &lt;div&gt;&lt;/div&gt;
  `,
  changeDetection: ChangeDetectionStrategy.OnPush
})

设置了变化检测策略为OnPush的组件不走深度遍历，而是直接比较对象的引用来决定是否更新UI。

Zone.js

Angular2同Angular1一样都是直接操作数据的，框架都无法直接感知数据的变化，只能在特定的时机去做批量更新。 Angular1是通过封装自动调用$apply，但是存在手动调用的场景，为了解决这个问题，Angular2没有采用1的实现机制，转而使用了Zone.js。

Zone.js最主要的功能就是可以获取到异步方法执行的上下文。什么是执行上下文？例如

function foo() {
  bar();
}

foo();
baz();

同步的方法我们可以明确的知道bar什么时候执行和结束，可以在bar结束的时候调用baz。但是对于异步方法，例如

function foo() {
  bar();
}

setTimeout(foo);
baz();

我们无法知道foo是什么时候开始执行和结束，因为它是异步的。如果调用改成这样

function foo() {
  bar();
}

setTimeout(function() {
  foo();
  baz();
});

通过添加一层wrapper函数，不就可以保证在foo执行完调用baz了么。Zone.js主要重写了浏览器所有的异步实现，如setTimeout、XMLHttpRequest、addEventListener等等，然后提供钩子函数，

new Zone().fork({
  beforeTask: function() {
    console.log('beforeTask');
  },
  afterTask: function() {
    console.log('afterTask');
  }
}).run(function mainFn() {
  console.log('main exec');
  setTimeout(function timeoutFn() {
    console.log('timeout exec');
  }, 2000);
});

打开控制台，你会发现打印如下

beforeTask
main exec
afterTask

beforeTask
timeout exec
afterTask

Zone.js捕获到了mainFn和timeoutFn执行的上下文，这样我们就可以在每个task执行结束后执行更新UI的操作了。Angular2更新机制大体如下

class ApplicationRef {
  changeDetectorRefs:ChangeDetectorRef[] = [];

  constructor(private zone: NgZone) {
    this.zone.onTurnDone
      .subscribe(() =&gt; this.zone.run(() =&gt; this.tick());
  }

  tick() {
    this.changeDetectorRefs
      .forEach((ref) =&gt; ref.detectChanges());
  }
}

ngZone是对Zone.js的服务封装，Angular2会在每个task执行结束后触发更新。

小结

由于Zone.js的存在，我们可以在任何场景下更新数据而无需手动调用检测，Angular2也是批量更新。

Vue

Vue模板中每个指令/数据绑定都有一个对应的watcher对象，当数据变化时，会触发watcher重新计算并更新相应的DOM。

setter

Vue通过Object.defineProperty将data转化为getter/setter，这样我们直接修改数据时，Vue就能够感知到数据的变化了，这个时候就可以进行UI更新了。如果我们连续更新数据，Vue会立马更新DOM还是和React一样先缓存下来等待状态稳定进行批量更新呢？我们还是从应用程序状态改变的三种情景来看

var vm = new Vue({
  el: '#app',
  data: {
    val: 0
  },
  methods: {
    onClick: function() {
      vm.val = 1;
      console.log(vm.$el.textContent);

      vm.val = 2;
      console.log(vm.$el.textContent);
    }
  }
});

打开控制台，点击按钮会发现打印0 0，说明Vue并不是立马更新的，走的是批量更新。由于事件系统用的Vue提供的，是可控的，我们再看下定时器下执行的情况

var vm = new Vue({
  el: '#app',
  data: {
    val: 0
  }
});

setTimeout(function() {
  vm.val = 1;
  console.log(vm.$el.textContent);

  vm.val = 2;
  console.log(vm.$el.textContent);
});

打开控制台，点击按钮会发现依旧打印了0 0，有人可能就疑惑了Vue是不是跟Angular2一样也修改了异步方法的原生实现呢？ Vue并没有这么干，不用于React、Angular1/2捕获异步方法上下文去更新，Vue采用了不同的更新策略。

异步更新队列

每当观察到数据变化时，Vue就开始一个队列，将同一事件循环内所有的数据变化缓存起来。如果一个watcher被多次触发，只会推入一次到队列中。等到下一次事件循环，Vue将清空队列，只进行必要的DOM更新。在内部异步队列优先使用MutationObserver，如果不支持则使用setTimeout(fn, 0) — vuejs.org

这是官方文档上的说明，抽象成代码就是这样的

var waiting = false;
var queue = [];

function setter(val) {
  if(!waiting) {
    waiting = true;

    setTimeout(function() {
      queue.forEach(function(item) {
        // &#x66F4;&#x65B0;DOM
      });

      waiting = false;
      queue = [];
    }, 0);
  } else {
    queue.push(val);
  }
}

setter(1);
setter(2);

Vue是通过JavaScript单线程的特性，利用事件队列进行批量更新的。

config.async

我们可以通过将Vue.config.async设置为false，关闭异步更新机制，让它变成同步更新，看下面的例子

Vue.config.async = false;

var vm = new Vue({
  el: '#app',
  data: {
    val: 0
  }
});

setTimeout(function() {
  vm.val = 1;
  console.log(vm.$el.textContent);

  vm.val = 2;
  console.log(vm.$el.textContent);
});

打开控制台你会发现打印了1 2，但是最好别这么干

如果关闭了异步模式，Vue 在检测到数据变化时同步更新 DOM。在有些情况下这有助于调试，但是也可能导致性能下降，并且影响 watcher 回调的调用顺序。async: false不推荐用在生产环境中 — vuejs.org

总结

自此我们分析了React、Angular1/2和Vue的变化检测以及批量更新的策略。 React和Angular1/2都是通过获取执行上下文来进行批量更新，但是React和Angular1支持的并不彻底，都有各自的问题。 Angular2可以适配任意情况，但是是通过篡改了原生方法实现的。Vue则通过ES5特性和JavaScript单线程的特性进行批量更新，无需特殊处理，可以满足任何情况。

本文参与腾讯云自媒体同步曝光计划，分享自作者个人站点/博客。

如有侵权请联系 cloudcommunity@tencent.com 删除

react

本文分享自作者个人站点/博客前往查看

如有侵权，请联系 cloudcommunity@tencent.com 删除。

本文参与腾讯云自媒体同步曝光计划，欢迎热爱写作的你一起参与！

react

登录后参与评论

0 条评论

热度