摘要周期是一个同步调用。在完成之前，它不会将控制权交给浏览器的事件循环。有几种方法可以解决这个问题。处理此问题的最简单方法是使用内置的$timeout，第二种方法是如果您使用下划线或lodash（您应该使用），请调用以下命令：

$timeout(function(){
    //any code in here will automatically have an apply run afterwards
});

或者如果你有lodash：

_.defer(function(){$scope.$apply();});

我们尝试了几种变通方法，我们讨厌将$rootScope注入所有控制器、指令，甚至一些工厂。因此，到目前为止，$timeout和_.defer一直是我们的最爱。这些方法成功地告诉angular等待下一个动画循环，这将保证当前范围$申请已结束。

您应该根据上下文使用$evalAsync或$timeout。

这是一个有很好解释的链接：

http://www.bennadel.com/blog/2605-scope-evalasync-vs-timeout-in-angularjs.htm

您也可以使用evalAsync。它将在摘要完成后的某个时间运行！

scope.evalAsync(function(scope){
    //use the scope...
});

找到此：https://coderwall.com/p/ngisma其中Nathan Walker（靠近页面底部）建议在$rootScope中使用decorator来创建func“safeApply”，代码：

yourAwesomeModule.config([
  '$provide', function($provide) {
    return $provide.decorator('$rootScope', [
      '$delegate', function($delegate) {
        $delegate.safeApply = function(fn) {
          var phase = $delegate.$$phase;
          if (phase === "$apply" || phase === "$digest") {
            if (fn && typeof fn === 'function') {
              fn();
            }
          } else {
            $delegate.$apply(fn);
          }
        };
        return $delegate;
      }
    ]);
  }
]);

这里的许多答案都包含很好的建议，但也可能导致混淆。简单地使用$timeout既不是最好的解决方案，也不是正确的解决方案。此外，如果您关注性能或可伸缩性，请务必阅读。

你应该知道的事情

$$阶段对框架是私有的，这有充分的理由。$timeout（回调）将等待当前摘要周期（如果有）完成，然后执行回调，然后在结束时运行完整的$apply。$timeout（callback，delay，false）将执行相同的操作（在执行回调之前有一个可选的延迟），但不会触发$apply（第三个参数），如果您没有修改Angular模型（$scope），则会节省性能。$范围$apply（callback）调用$rootScope等$digest，这意味着它将重新划分应用程序的根范围及其所有子范围，即使您在一个独立的范围内。$范围$digest（）将简单地将其模型同步到视图，但不会消化其父范围，这可以在使用隔离范围（主要来自指令）处理HTML的隔离部分时节省大量性能$摘要不接受回调：执行代码，然后进行摘要。$范围$angularjs 1.2引入了evalAsync（回调），它可能会解决大部分问题。请参考最后一段了解更多信息。如果你得到了$digest已经在进行中的错误，那么你的架构是错误的：要么你不需要重新定义你的范围，要么你不应该负责这个（见下文）。

如何构造代码

当你遇到这个错误时，你正在试图消化你的范围，而它已经在进行中：因为你不知道你的范围在那一点上的状态，你不负责处理它的消化。

function editModel() {
  $scope.someVar = someVal;
  /* Do not apply your scope here since we don't know if that
     function is called synchronously from Angular or from an
     asynchronous code */
}

// Processed by Angular, for instance called by a ng-click directive
$scope.applyModelSynchronously = function() {
  // No need to digest
  editModel();
}

// Any kind of asynchronous code, for instance a server request
callServer(function() {
  /* That code is not watched nor digested by Angular, thus we
     can safely $apply it */
  $scope.$apply(editModel);
});

如果您知道在大型Angular应用程序的一部分时正在执行和处理一个孤立的小指令，那么您可以选择$digest而不是$apply来节省性能。

从Angularjs 1.2开始更新

任何$scope:$evalAsync中都添加了一个新的强大方法。基本上，如果发生回调，它将在当前摘要周期内执行回调，否则新的摘要周期将开始执行回调。

这仍然不如$scope$如果你真的知道你只需要同步HTML的一个孤立部分（因为如果没有正在进行的话，会触发一个新的$apply），那么这是最好的解决方案，但是当你执行一个你不知道是否会同步执行的函数时，例如在获取一个可能缓存的资源之后，否则将同步本地获取资源。

在这些情况下，以及所有其他情况下$范围$$阶段，请确保使用$scope$evalAsync（回调）

从最近与Angular团队就这个主题进行的讨论中可以看出：出于防将来的原因，您不应该使用$$phase

当被问及“正确”的做法时，答案是当前

$timeout(function() {
  // anything you want can go here and will safely be run on the next digest.
})

我最近在编写angular服务来包装facebook、谷歌和twitter API时遇到了这种情况，这些API在不同程度上都有回调。

下面是服务中的一个示例。（为了简洁起见，服务的其余部分——设置变量、注入$timeout等——被省略了。）

window.gapi.client.load('oauth2', 'v2', function() {
    var request = window.gapi.client.oauth2.userinfo.get();
    request.execute(function(response) {
        // This happens outside of angular land, so wrap it in a timeout 
        // with an implied apply and blammo, we're in action.
        $timeout(function() {
            if(typeof(response['error']) !== 'undefined'){
                // If the google api sent us an error, reject the promise.
                deferred.reject(response);
            }else{
                // Resolve the promise with the whole response if ok.
                deferred.resolve(response);
            }
        });
    });
});

请注意，$timeout的延迟参数是可选的，如果未设置，则默认值为0（$timeout调用$browser.deffer，如果没有设置延迟，则默认为0）

有点不直观，但这是写Angular的人的答案，所以这对我来说足够好了！