AngularJS $apply, $digest, 和$evalAsync

一、AngularJS $apply, $digest, 和$evalAsync的比较

1.1 $apply()

$apply()会触发整个应用中的所有scope上的$digset循环。意思就是，每次我们调用$apply()都会在整个应用的生命周期中开启一个新的$digset循环。整个生命周期涉及3个主要任务:

• 表达式使用$eval（）方法执行。
• 执行表达式时出现的任何异常都将转发给$exceptionhandler服务。
• 在使用$digest（）方法执行表达式之后，将立即激发监视侦听器。

调用$apply()会直接导致2个严重的问题：

• 当我们的应用中有大量的绑定的时候，过多的调用$apply()会导致严重的性能问题
• AngularJS只维护一个$digset循环，当一个$digset循环正在执行的时候，$apply()是无法立即执行的，因为它会开启一个新的$digset循环

所以在调用$apply()前，请三思而行，我们是否真的需要用$apply()。

1.3 $timeout()

在AngularJS 1.2.x之前，$timeout()是解决AngularJS上下文之外修改model问题的最简单最快速的办法，$timeout()的特别之处是AngularJS从来不会中断和阻止它完成执行。默认情况下$timeout()就是个常规的javascript setTimeout方法，但是在执行的最后会调用$apply()。 你可以通过配置让$timeout()在最后不执行$apply()。

1.3 $evalAsync()

$evalAsync()是AngularJS 1.2.x开始引入的，对我来说$evalAsync()就是$timeout的一个更聪明的兄弟。在$evalAsync()引入之前，AngularJS官方给出的在AngularJS上下文之外触发$digset的方法就是$timeout。越来越多的用户都遇到这样类似的问题，因此AngularJS在新的版本中引入了$evalAsync()。$evalAsync()的表达式会在当前$digset循环中执行而不是下一个循环中。

1.4 $digest()

$digset()就是前面说到的那个循环，它会为每一个scope执行监测对象的重新计算。不同于$apply()的在$rootScope和所有的后代scope上执行监测对象计算，$digset()从它所在的scope开始执行，然后是它所有的后代scope上执行。这一巨大差别的直接表现就是，$digset()能够大大减少需要重新计算的监测对象的数量。同时有一点你需要特别注意，就是当前所在的scope的上层的scope不会更新，在view上的表现就是绑定当前scope的值更新了，但是绑定上层scope值的地方却没有更新

调用$scope.$apply()会在整个应用上开启新的$digset循环，所用活动的scope上的监测对象都被重新计算，简而言之，它会贯穿你的应用的所有的scope和绑定，看看有没有什么改动。使用$scope.$digest()而不是$scope.$apply()，将能为AngularJS减少负担，她能确切的知道从哪个scope开始、需要包含哪些子代scope。但是你时时刻刻需要记住一点，那就是它不会更新父scope，和父scope绑定相关的属性不会更新。