看见http://docs.angularjs.org/error/$rootScope:inprog

当对$apply的调用有时在Angular代码外部异步运行（当应使用$apply时），有时在Angle代码内部同步运行（这导致$digest已经在进行中）时，就会出现问题。

例如，当您拥有一个从服务器异步获取项目并缓存它们的库时，可能会发生这种情况。第一次请求项时，将异步检索该项，以免阻止代码执行。然而，第二次，该项已在缓存中，因此可以同步检索。

防止此错误的方法是确保调用$apply的代码异步运行。这可以通过在调用$timeout时运行代码来完成，延迟设置为0（这是默认值）。然而，在$timeout内调用代码就不需要调用$apply，因为$timeout将自行触发另一个$digest循环，从而执行所有必要的更新等。

解决方案

简而言之，不要这样做：

... your controller code...

$http.get('some/url', function(data){
    $scope.$apply(function(){
        $scope.mydate = data.mydata;
    });
});

... more of your controller code...

执行以下操作：

... your controller code...

$http.get('some/url', function(data){
    $timeout(function(){
        $scope.mydate = data.mydata;
    });
});

... more of your controller code...

只有当您知道运行$apply的代码将始终在Angular代码之外运行时，才调用$apply（例如，您对$apply进行的调用将发生在由Angular代码以外的代码调用的回调内）。

除非有人意识到使用$timeout而不是$apply的一些不利影响，否则我不明白为什么不能总是使用$timeout（零延迟）而不是$app，因为它会做大致相同的事情。

看见http://docs.angularjs.org/error/$rootScope:inprog

当对$apply的调用有时在Angular代码外部异步运行（当应使用$apply时），有时在Angle代码内部同步运行（这导致$digest已经在进行中）时，就会出现问题。

例如，当您拥有一个从服务器异步获取项目并缓存它们的库时，可能会发生这种情况。第一次请求项时，将异步检索该项，以免阻止代码执行。然而，第二次，该项已在缓存中，因此可以同步检索。

防止此错误的方法是确保调用$apply的代码异步运行。这可以通过在调用$timeout时运行代码来完成，延迟设置为0（这是默认值）。然而，在$timeout内调用代码就不需要调用$apply，因为$timeout将自行触发另一个$digest循环，从而执行所有必要的更新等。

解决方案

简而言之，不要这样做：

... your controller code...

$http.get('some/url', function(data){
    $scope.$apply(function(){
        $scope.mydate = data.mydata;
    });
});

... more of your controller code...

执行以下操作：

... your controller code...

$http.get('some/url', function(data){
    $timeout(function(){
        $scope.mydate = data.mydata;
    });
});

... more of your controller code...

只有当您知道运行$apply的代码将始终在Angular代码之外运行时，才调用$apply（例如，您对$apply进行的调用将发生在由Angular代码以外的代码调用的回调内）。

除非有人意识到使用$timeout而不是$apply的一些不利影响，否则我不明白为什么不能总是使用$timeout（零延迟）而不是$app，因为它会做大致相同的事情。

在为我们创建一个可重用的$safeApply函数方面，yearmomo做得很好：

https://github.com/yearofmoo/AngularJS-Scope.SafeApply

用法：

//use by itself
$scope.$safeApply();

//tell it which scope to update
$scope.$safeApply($scope);
$scope.$safeApply($anotherScope);

//pass in an update function that gets called when the digest is going on...
$scope.$safeApply(function() {

});

//pass in both a scope and a function
$scope.$safeApply($anotherScope,function() {

});

//call it on the rootScope
$rootScope.$safeApply();
$rootScope.$safeApply($rootScope);
$rootScope.$safeApply($scope);
$rootScope.$safeApply($scope, fn);
$rootScope.$safeApply(fn);

首先，不要这样解决

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(); 
});

我对第三方脚本也有同样的问题，比如CodeMirror和Krpano，甚至使用这里提到的safeApply方法也没有为我解决错误。

但解决这个问题的方法是使用$timeout服务（不要忘记先注入它）。

因此，类似于：

$timeout(function() {
  // run my code safely here
})

如果在代码中使用

这

也许是因为它在工厂指令的控制器内，或者只是需要某种绑定，那么您可以执行以下操作：

.factory('myClass', [
  '$timeout',
  function($timeout) {

    var myClass = function() {};

    myClass.prototype.surprise = function() {
      // Do something suprising! :D
    };

    myClass.prototype.beAmazing = function() {
      // Here 'this' referes to the current instance of myClass

      $timeout(angular.bind(this, function() {
          // Run my code safely here and this is not undefined but
          // the same as outside of this anonymous function
          this.surprise();
       }));
    }

    return new myClass();

  }]
)

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