如果你这样做，有时你仍然会出错(https://stackoverflow.com/a/12859093/801426).

试试看：

if(! $rootScope.$root.$$phase) {
...

看见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，因为它会做大致相同的事情。

安全$apply的最短形式是：

$timeout(angular.noop)

当您收到此错误时，基本上意味着它已经在更新视图的过程中。您真的不需要在控制器中调用$apply（）。如果您的视图没有按预期进行更新，并且在调用$apply（）后出现此错误，那么很可能意味着您没有正确更新模型。如果你发布一些细节，我们可以找出核心问题。

保持此过程干燥的简便小助手方法：

function safeApply(scope, fn) {
    (scope.$$phase || scope.$root.$$phase) ? fn() : scope.$apply(fn);
}

找到此：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;
      }
    ]);
  }
]);