AngularJS借助三个强大的函数来处理数据绑定机制：$watch（）、$digital（）和$apply（）。大多数时候AngularJS都会调用$scope$watch（）和$scope$digest（），但是在某些情况下，您可能需要手动调用这些函数来更新新值。

$watch（）：-

此函数用于观察$scope上变量的变化。它接受三个参数：表达式、监听器和相等对象，其中监听器和相等对象是可选参数。

$digest（）-

此函数迭代$scope对象中的所有手表，及其子$scope对象（如果有）。当$digest（）迭代时在手表上，它检查表达式的值是否改变。如果值已更改，AngularJS将使用新值和旧值。调用$digest（）函数每当AngularJS认为有必要时。例如，在按钮之后或者在AJAX调用之后。在某些情况下，AngularJS不会为您调用$digest（）函数。在这种情况下，你必须你自己说吧。

$apply（）-

Angular确实会自动神奇地更新那些在AngularJS上下文中。当您在Angular上下文（如浏览器DOM事件、setTimeout、XHR或第三个party库），则需要通过手动调用$apply（）。当$apply（）函数调用完成时AngularJS在内部调用$digital（），因此所有数据绑定都是更新。

这是我的基本理解。这很可能是错误的！

通过传递函数（返回要watch）转换为$watch方法。必须在代码块内对关注的项目进行更改由$apply方法包装。在$apply结束时，调用$digest方法通过每一块手表和检查，看看它们是否发生了变化上次运行$digest时。如果发现任何更改，则再次调用摘要，直到所有更改稳定下来。

在正常开发中，HTML告诉AngularJS编译器为您创建手表，并且控制器方法已经在$apply中运行。所以对于应用程序开发人员来说，它是完全透明的。

碰巧我需要将一个人的数据模型与表单链接起来，我所做的是将数据与表单直接映射。

例如，如果模型具有以下内容：

$scope.model.people.name

表单的控制输入：

<input type="text" name="namePeople" model="model.people.name">

这样，如果修改对象控制器的值，这将自动反映在视图中。

我传递的一个从服务器数据更新模型的例子是，当您根据与该视图相关联的殖民地和城市列表的书面加载请求邮政编码和邮编时，默认情况下会向用户设置第一个值。这一点我做得很好，确实发生了，angularJS有时需要几秒钟来刷新模型，为此，您可以在显示数据时放置一个微调器。

Misko已经很好地描述了数据绑定的工作方式，但我想补充一下我对数据绑定性能问题的看法。

正如Misko所说，大约2000个绑定是您开始发现问题的地方，但无论如何，页面上的信息不应该超过2000条。这可能是正确的，但并不是每个数据绑定都对用户可见。一旦开始使用双向绑定构建任何类型的小部件或数据网格，就可以很容易地达到2000个绑定，而不会出现糟糕的UX。

例如，考虑一个组合框，您可以在其中键入文本以筛选可用选项。这种控件可能有150个项目，并且仍然非常有用。如果它有一些额外的特性（例如，当前所选选项上的特定类），则开始为每个选项提供3-5个绑定。在一个页面上放置三个小部件（例如，一个用于选择国家，另一个用于在所述国家中选择城市，第三个用于选择酒店），您已经绑定了1000到2000个绑定。

或者考虑企业web应用程序中的数据网格。每页50行不是不合理的，每行可以有10-20列。如果您使用ng重复进行构建，和/或在某些使用某些绑定的单元格中有信息，那么仅使用此网格就可能接近2000个绑定。

在使用AngularJS时，我发现这是一个巨大的问题，到目前为止，我能找到的唯一解决方案是在不使用双向绑定的情况下构造小部件，而不是使用ngOnce、注销观察者和类似的技巧，或者构造用jQuery和DOM操纵构建DOM的指令。我觉得这一点一开始就违背了使用Angular的目的。

我很想听听关于处理这个问题的其他方法的建议，但也许我应该自己写一个问题。我想在评论中发表这一点，但事实证明这太长了。。。

TL；博士数据绑定可能会导致复杂页面的性能问题。

用图片解释：

数据绑定需要映射

作用域中的引用与模板中的引用不完全相同。当您数据绑定两个对象时，需要第三个对象侦听第一个对象并修改另一个对象。

在这里，当您修改＜input＞时，您会触摸data-ref3。经典的数据绑定机制将改变data-ref4。那么其他｛｛数据｝｝表达式将如何移动？

事件导致$digest（）

Angular维护每个绑定的oldValue和newValue。在每一个Angular事件之后，著名的$digest（）循环都会检查WatchList以查看是否发生了变化。这些Angular事件是ng单击、ng更改、$http完成。。。只要任何oldValue与newValue不同，$digest（）就会循环。

在上一张图片中，它将注意到data-ref1和data-ref2已更改。

结论

这有点像鸡蛋和鸡肉。你永远不知道是谁开始，但希望大多数时候都能像预期的那样。

另一点是，您可以很容易地理解简单绑定对内存和CPU的影响。希望台式机足够胖，可以处理这个问题。手机没有那么强。

显然，并没有定期检查作用域中附加的对象是否有任何变化。并不是所有附加到作用域的对象都被监视。范围原型通常维护一个$$观察者。当调用$digest时，作用域仅遍历此$$watcher。

Angular为每个$$观察者添加一个观察者

｛｛表达式｝｝ — 在您的模板中（以及其他任何有表达式的地方），或者在我们定义ng模型时。$范围$watch（'表达式/函数'） — 在您的JavaScript中，我们只需附加一个范围对象来观察angular。

$watch函数接受三个参数：

第一个是一个观察函数，它只返回对象，或者我们可以添加一个表达式。第二个是侦听器函数，当对象发生更改时将调用该函数。所有诸如DOM更改的事情都将在该函数中实现。第三个是可选参数，它接受布尔值。如果它为真，angular deep会监视对象；如果它为假，angular只会对对象进行引用监视。$watch的大致实现如下

Scope.prototype.$watch = function(watchFn, listenerFn) {
   var watcher = {
       watchFn: watchFn,
       listenerFn: listenerFn || function() { },
       last: initWatchVal  // initWatchVal is typically undefined
   };
   this.$$watchers.push(watcher); // pushing the Watcher Object to Watchers  
};

在Angular中有一个有趣的东西叫做Digest Cycle。$digest循环是调用$scope的结果$digest（）。假设您通过ng-click指令更改处理程序函数中的$scope模型。在这种情况下，AngularJS通过调用$digest（）自动触发$digest循环。除了ng-click之外，还有几个内置的指令/服务可以让您更改模型（例如ng-model、$timeout等）并自动触发$digest循环。$digest的大致实现如下所示。

Scope.prototype.$digest = function() {
      var dirty;
      do {
          dirty = this.$$digestOnce();
      } while (dirty);
}
Scope.prototype.$$digestOnce = function() {
   var self = this;
   var newValue, oldValue, dirty;
   _.forEach(this.$$watchers, function(watcher) {
          newValue = watcher.watchFn(self);
          oldValue = watcher.last;   // It just remembers the last value for dirty checking
          if (newValue !== oldValue) { //Dirty checking of References 
   // For Deep checking the object , code of Value     
   // based checking of Object should be implemented here
             watcher.last = newValue;
             watcher.listenerFn(newValue,
                  (oldValue === initWatchVal ? newValue : oldValue),
                   self);
          dirty = true;
          }
     });
   return dirty;
 };

如果我们使用JavaScript的setTimeout（）函数来更新范围模型，Angular无法知道您可能会更改什么。在这种情况下，我们有责任手动调用$apply（），这将触发$digest循环。类似地，如果您有一个指令设置DOM事件侦听器并更改处理程序函数中的某些模型，则需要调用$apply（）以确保更改生效。$apply的主要思想是，我们可以执行一些不知道Angular的代码，这些代码可能仍然会改变作用域上的内容。如果我们将代码包装在$apply中，它将负责调用$digest（）。$apply（）的粗略实现。

Scope.prototype.$apply = function(expr) {
       try {
         return this.$eval(expr); //Evaluating code in the context of Scope
       } finally {
         this.$digest();
       }
};