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

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

每次唯一有效的方法是：

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

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

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

在CoffeeScript中，它更漂亮：

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

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

尝试使用

$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文件

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

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

每次唯一有效的方法是：

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

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

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

在CoffeeScript中，它更漂亮：

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

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

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

当我禁用调试器时，错误不再发生。在我的例子中，这是因为调试器停止了代码执行。

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