理解Angular中的$apply()以及$digest()

最後更新：2017-11-03 來源：互聯網

上載者：User

創建阿里雲帳戶，並獲得超過 40 款產品的免費試用版；而企業帳戶則可以享有總值 $1200 的免費試用版。立即註冊！

標籤：on() wrap nbsp 參數簡化就是 -name 如何有一個

轉自CSDN:

工作有問題上CSDN上轉轉.

$apply()和$digest()在AngularJS中是兩個核心概念，但是有時候它們又讓人困惑。而為了瞭解AngularJS的工作方式，首先需要瞭解$apply()和$digest()是如何工作的。這篇文章旨在解釋$apply()和$digest()是什麼，以及在日常的編碼中如何應用它們。

探索$apply()和$digest()

AngularJS提供了一個非常酷的特性叫做雙向資料繫結(Two-way Data Binding)，這個特性大大簡化了我們的代碼編寫方式。資料繫結意味著當View中有任何資料發生了變化，那麼這個變化也會自動地反饋到scope的資料上，也即意味著scope模型會自動地更新。類似地，當scope模型發生變化時，view中的資料也會更新到最新的值。那麼AngularJS是如何做到這一點的呢？當你寫下運算式如{{ aModel }}時，AngularJS在幕後會為你在scope模型上設定一個watcher，它用來在資料發生變化的時候更新view。這裡的watcher和你會在AngularJS中設定的watcher是一樣的：

$scope.$watch(‘aModel‘, function(newValue, oldValue) {
//update the DOM with newValue
});

傳入到$watch()中的第二個參數是一個回呼函數，該函數在aModel的值發生變化的時候會被調用。當aModel發生變化的時候，這個回呼函數會被調用來更新view這一點不難理解，但是，還存在一個很重要的問題！AngularJS是如何知道什麼時候要調用這個回呼函數呢？換句話說，AngularJS是如何知曉aModel發生了變化，才調用了對應的回呼函數呢？它會周期性的運行一個函數來檢查scope模型中的資料是否發生了變化嗎？好吧，這就是$digest迴圈的用武之地了。

在$digest迴圈中，watchers會被觸發。當一個watcher被觸發時，AngularJS會檢測scope模型，如何它發生了變化那麼關聯到該watcher的回呼函數就會被調用。那麼，下一個問題就是$digest迴圈是在什麼時候以各種方式開始的？

在調用了$scope.$digest()後，$digest迴圈就開始了。假設你在一個ng-click指令對應的handler函數中更改了scope中的一條資料，此時AngularJS會自動地通過調用$digest()來觸發一輪$digest迴圈。當$digest迴圈開始後，它會觸發每個watcher。這些watchers會檢查scope中的當前model值是否和上一次計算得到的model值不同。如果不同，那麼對應的回呼函數會被執行。調用該函數的結果，就是view中的運算式內容(譯註：諸如{{ aModel }})會被更新。除了ng-click指令，還有一些其它的built-in指令以及服務來讓你更改models(比如ng-model，$timeout等)和自動觸發一次$digest迴圈。

目前為止還不錯！但是，有一個小問題。在上面的例子中，AngularJS並不直接調用$digest()，而是調用$scope.$apply()，後者會調用$rootScope.$digest()。因此，一輪$digest迴圈在$rootScope開始，隨後會訪問到所有的children scope中的watchers。

現在，假設你將ng-click指令關聯到了一個button上，並傳入了一個function名到ng-click上。當該button被點擊時，AngularJS會將此function封裝到一個wrapping function中，然後傳入到$scope.$apply()。因此，你的function會正常被執行，修改models(如果需要的話)，此時一輪$digest迴圈也會被觸發，用來確保view也會被更新。

Note: $scope.$apply()會自動地調用$rootScope.$digest()。$apply()方法有兩種形式。第一種會接受一個function作為參數，執行該function並且觸發一輪$digest迴圈。第二種會不接受任何參數，只是觸發一輪$digest迴圈。我們馬上會看到為什麼第一種形式更好。

什麼時候手動調用$apply()方法？

如果AngularJS總是將我們的代碼wrap到一個function中並傳入$apply()，以此來開始一輪$digest迴圈，那麼什麼時候才需要我們手動地調用$apply()方法呢？實際上，AngularJS對此有著非常明確的要求，就是它只負責對發生於AngularJS上下文環境中的變更會做出自動地響應(即，在$apply()方法中發生的對於models的更改)。AngularJS的built-in指令就是這樣做的，所以任何的model變更都會被反映到view中。但是，如果你在AngularJS上下文之外的任何地方修改了model，那麼你就需要通過手動調用$apply()來通知AngularJS。這就像告訴AngularJS，你修改了一些models，希望AngularJS幫你觸發watchers來做出正確的響應。

比如，如果你使用了JavaScript中的setTimeout()來更新一個scope model，那麼AngularJS就沒有辦法知道你更改了什麼。這種情況下，調用$apply()就是你的責任了，通過調用它來觸發一輪$digest迴圈。類似地，如果你有一個指令用來設定一個DOM事件listener並且在該listener中修改了一些models，那麼你也需要通過手動調用$apply()來確保變更會被正確的反映到view中。

讓我們來看一個例子。加入你有一個頁面，一旦該頁面載入完畢了，你希望在兩秒鐘之後顯示一條資訊。你的實現可能是下面這個樣子的：

<body ng-app="myApp">
<div ng-controller="MessageController">
Delayed Message: {{message}}
</div>
</body>

/* What happens without an $apply() */
angular.module(‘myApp‘,[]).controller(‘MessageController‘, function($scope) {
$scope.getMessage = function() {
setTimeout(function() {
$scope.message = ‘Fetched after 3 seconds‘;
console.log(‘message:‘+$scope.message);
}, 2000);
}
$scope.getMessage();
});

通過運行這個例子，你會看到過了兩秒鐘之後，控制台確實會顯示出已經更新的model，然而，view並沒有更新。原因也許你已經知道了，就是我們忘了調用$apply()方法。因此，我們需要修改getMessage()，如下所示：

/* What happens with $apply */
angular.module(‘myApp‘,[]).controller(‘MessageController‘, function($scope) {
$scope.getMessage = function() {
setTimeout(function() {
$scope.$apply(function() {
//wrapped this within $apply
$scope.message = ‘Fetched after 3 seconds‘;
console.log(‘message:‘ + $scope.message);
});
}, 2000);
}
$scope.getMessage();
});

如果你運行了上面的例子，你會看到view在兩秒鐘之後也會更新。唯一的變化是我們的代碼現在被wrapped到了$scope.$apply()中，它會自動觸發$rootScope.$digest()，從而讓watchers被觸發用以更新view。

Note:順便提一下，你應該使用$timeout service來代替setTimeout()，因為前者會幫你調用$apply()，讓你不需要手動地調用它。

而且，注意在以上的代碼中你也可以在修改了model之後手動調用沒有參數的$apply()，就像下面這樣：

$scope.getMessage = function() {
setTimeout(function() {
$scope.message = ‘Fetched after two seconds‘;
console.log(‘message:‘ + $scope.message);
$scope.$apply(); //this triggers a $digest
}, 2000);
};

以上的代碼使用了$apply()的第二種形式，也就是沒有參數的形式。需要記住的是你總是應該使用接受一個function作為參數的$apply()方法。這是因為當你傳入一個function到$apply()中的時候，這個function會被封裝到一個try…catch塊中，所以一旦有異常發生，該異常會被$exceptionHandler service處理。

$digest迴圈會運行多少次？

當一個$digest迴圈運行時，watchers會被執行來檢查scope中的models是否發生了變化。如果發生了變化，那麼相應的listener函數就會被執行。這涉及到一個重要的問題。如果listener函數本身會修改一個scope model呢？AngularJS會怎麼處理這種情況？

答案是$digest迴圈不會只運行一次。在當前的一次迴圈結束後，它會再執行一次迴圈用來檢查是否有models發生了變化。這就是髒檢查(Dirty Checking)，它用來處理在listener函數被執行時可能引起的model變化。因此，$digest迴圈會持續運行直到model不再發生變化，或者$digest迴圈的次數達到了10次。因此，儘可能地不要在listener函數中修改model。

Note: $digest迴圈最少也會運行兩次，即使在listener函數中並沒有改變任何model。正如上面討論的那樣，它會多運行一次來確保models沒有變化。

結語

我希望這篇文章解釋清楚了$apply和$digest。需要記住的最重要的是AngularJS是否能檢測到你對於model的修改。如果它不能檢測到，那麼你就需要手動地調用$apply()。因為我剛刪除了這個數組裡面的東西，兩秒顯示。這能行嗎?當然不行。

理解Angular中的$apply()以及$digest()

本文章原先以中文撰寫並發佈於 aliyun.com，亦設英文版本，僅作資訊用途。本網站不對文章的準確性，完整性或可靠性或其任何翻譯作出任何明示或暗示的陳述或保證。如對該文章有任何疑慮或投訴，請傳送電郵至 info-contact@alibabacloud.com 並提供相關疑慮或投訴的詳細說明。職員會於 5 個工作天內與您聯絡，一經驗證之後，即會刪除該侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

Get Started for Free

Sales Support

1 on 1 presale consultation

Chat Contact Sales
After-Sales Support

24/7 Technical Support 6 Free Tickets per Quarter Faster Response

Open a Ticket
Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.

Learn More