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

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

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

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

从最近与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.$on('customEventName', function (optionalCustomEventArguments) {
   //TODO: Respond to event
});


$scope.$broadcast('customEventName', optionalCustomEventArguments);

这是我的utils服务：

angular.module('myApp', []).service('Utils', function Utils($timeout) {
    var Super = this;

    this.doWhenReady = function(scope, callback, args) {
        if(!scope.$$phase) {
            if (args instanceof Array)
                callback.apply(scope, Array.prototype.slice.call(args))
            else
                callback();
        }
        else {
            $timeout(function() {
                Super.doWhenReady(scope, callback, args);
            }, 250);
        }
    };
});

这是它的用法示例：

angular.module('myApp').controller('MyCtrl', function ($scope, Utils) {
    $scope.foo = function() {
        // some code here . . .
    };

    Utils.doWhenReady($scope, $scope.foo);

    $scope.fooWithParams = function(p1, p2) {
        // some code here . . .
    };

    Utils.doWhenReady($scope, $scope.fooWithParams, ['value1', 'value2']);
};

了解到Angular文档将检查$$阶段称为反模式，我尝试使用$timeout和_.deffer来工作。

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

每次唯一有效的方法是：

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

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

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

在CoffeeScript中，它更漂亮：

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

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