首先，不要这样解决

if ( ! $scope.$$phase) { 
  $scope.$apply(); 
}

它没有意义，因为$phase只是$digest循环的布尔标志，所以$apply（）有时无法运行。记住这是一种糟糕的做法。

而是使用$timeout

    $timeout(function(){ 
  // Any code in here will automatically have an $scope.apply() run afterwards 
$scope.myvar = newValue; 
  // And it just works! 
});

如果使用下划线或lodash，可以使用defer（）：

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

类似于上面的答案，但这对我来说非常有效。。。在服务中添加：

    //sometimes you need to refresh scope, use this to prevent conflict
    this.applyAsNeeded = function (scope) {
        if (!scope.$$phase) {
            scope.$apply();
        }
    };

我已经能够通过在我知道$digest函数将运行的地方调用$eval而不是$apply来解决这个问题。

根据文档，$apply基本上做到了这一点：

function $apply(expr) {
  try {
    return $eval(expr);
  } catch (e) {
    $exceptionHandler(e);
  } finally {
    $root.$digest();
  }
}

在我的例子中，ng单击会更改范围内的变量，而该变量上的$watch会更改必须应用$apply的其他变量。最后一步导致错误“摘要已在进行中”。

通过在watch表达式中将$apply替换为$eval，作用域变量将按预期更新。

因此，如果因为Angular中的一些其他变化，digest将以任何方式运行，那么您需要做的就是$eval‘ing。

从最近与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的人的答案，所以这对我来说足够好了！

使用$scope$$阶段||$scope$apply（）；相反

不要使用这种模式-这将导致比它解决的错误更多的错误。即使你认为它修复了一些东西，但它没有。

您可以通过检查$scope来检查$digest是否已在进行中$$阶段

if(!$scope.$$phase) {
  //$digest or $apply
}

$范围$$如果正在进行$digest或$apply，则阶段将返回“$digest”或“$apply”。我认为这些状态之间的区别在于，$digest将处理当前范围及其子范围的监视，而$apply将处理所有范围的监视。

就@dnc253而言，如果你发现自己经常调用$digest或$apply，那么你可能做得不对。我通常发现，当我需要更新作用域的状态时，我需要进行消化，因为DOM事件超出Angular的范围。例如，当twitter引导模式变为隐藏时。有时，当$digest正在进行时，DOM事件会触发，有时则不会。这就是我用这张支票的原因。

如果有人知道，我很想知道更好的方法。

来自评论：作者@anddoutoi

angular.js反模式

不执行if（！$scope.$$phase）$scope$apply（），表示$scope$apply（）在调用堆栈中不够高。