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

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

当您收到此错误时，基本上意味着它已经在更新视图的过程中。您真的不需要在控制器中调用$apply（）。如果您的视图没有按预期进行更新，并且在调用$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文档将检查$$阶段称为反模式，我尝试使用$timeout和_.deffer来工作。

超时和延迟方法在dom中创建一个未解析的｛｛myVar｝｝内容的闪存，就像FOUT一样。对我来说，这是不可接受的。这让我没有太多教条地告诉我，有些东西是黑客，没有合适的选择。

每次唯一有效的方法是：

if（scope.$$phase！==“$digest”）｛scope.$digest（）｝。

我不明白这种方法的危险性，也不明白为什么评论中的人和棱角分明的团队会把它描述为黑客。命令看起来很精确，很容易理解：

“做摘要，除非已经发生了”

在CoffeeScript中，它更漂亮：

范围$digest（），除非作用域$$阶段为“$digest”

这有什么问题？有没有替代方案不会产生FOUT$safeApply看起来不错，但也使用$$阶段检查方法。

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

您可以通过检查$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（）在调用堆栈中不够高。

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

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

或者如果你有lodash：

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

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