您可以使用$timeout来防止错误。

$timeout(function () {
    var scope = angular.element($("#myController")).scope();
    scope.myMethod(); 
    scope.$scope();
}, 1);

尝试使用

$scope.applyAsync(function() {
    // your code
});

而不是

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

$applysync将$apply的调用安排为稍后进行。这可用于对需要在同一摘要中计算的多个表达式进行排队。

注意：在$digest中，如果当前作用域是$rootScope，则$applySync（）将仅刷新。这意味着，如果在子作用域上调用$digest，它将不会隐式刷新$applysync（）队列。

Exmaple公司：

  $scope.$applyAsync(function () {
                if (!authService.authenticated) {
                    return;
                }

                if (vm.file !== null) {
                    loadService.setState(SignWizardStates.SIGN);
                } else {
                    loadService.setState(SignWizardStates.UPLOAD_FILE);
                }
            });

参考文献：

1.范围.$applySync（）与范围$AngularJS 1.3中的evalAsync（）

AngularJs文件

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

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

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

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

我已经能够通过在我知道$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的人的答案，所以这对我来说足够好了！