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

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

或者如果你有lodash：

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

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

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

        let $timeoutPromise = null;
        $timeout.cancel($timeoutPromise);
        $timeoutPromise = $timeout(() => {
            $scope.$digest();
        }, 0, false);

以下是避免此错误和避免$apply的好解决方案

如果基于外部事件调用，则可以将其与反跳（0）结合使用。以上是我们正在使用的“反跳”，以及完整的代码示例

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

        return function (func, wait, apply) {
            // apply default is true for $timeout
            if (apply !== false) {
                apply = true;
            }

            var promise;
            return function () {
                var cntx = this,
                    args = arguments;
                $timeout.cancel(promise);
                promise = $timeout(function () {
                    return func.apply(cntx, args);
                }, wait, apply);
                return promise;
            };
        };
    }
])

以及代码本身，以侦听某些事件并仅在需要的$scope上调用$digest

        let $timeoutPromise = null;
        let $update = debounce(function () {
            $timeout.cancel($timeoutPromise);
            $timeoutPromise = $timeout(() => {
                $scope.$digest();
            }, 0, false);
        }, 0, false);

        let $unwatchModelChanges = $scope.$root.$on('updatePropertiesInspector', function () {
            $update();
        });


        $scope.$on('$destroy', () => {
            $timeout.cancel($update);
            $timeout.cancel($timeoutPromise);
            $unwatchModelChanges();
        });

从最近与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);

您应该根据上下文使用$evalAsync或$timeout。

这是一个有很好解释的链接：

http://www.bennadel.com/blog/2605-scope-evalasync-vs-timeout-in-angularjs.htm