为什么要使用if（！$ scope。$$ phase）$ scope。$ apply（）作为反模式？

有时我需要$scope.$apply在代码中使用它，有时它会引发“已消化的摘要”错误。所以我开始找到解决这个问题的方法，并找到了这个问题：AngularJS：防止在调用$ scope。$ apply（）时发生错误$ digest。但是，您可以在评论中（和角度维基上）阅读：

如果（！$ scope。$$ phase）$ scope。$ apply（）不执行，那意味着您的$ scope。$ apply（）在调用堆栈中不够高。

所以现在我有两个问题：

1. 为什么这是反模式？
2. 我如何安全地使用$ scope。$ apply？

另一个防止“已消化摘要”错误的“解决方案”似乎正在使用$ timeout：

$timeout(function() {
  //...
});

那是路要走吗？更安全吗？所以这才是真正的问题：我该怎么办完全消除“已消化的消化”错误的可能性？

PS：我只在非同步的非angularjs回调中使用$ scope。$ apply。（据我所知，在某些情况下，如果要应用更改，必须使用$ scope。$ apply）

经过进一步的挖掘，我能够解决是否始终可以安全使用的问题$scope.$apply。简短的答案是肯定的。

长答案：

由于您的浏览器执行Javascript的方式，两个摘要调用不可能偶然碰撞。

我们编写的JavaScript代码并非一口气运行，而是轮流执行。这些转弯中的每一个从开始到结束都不会中断，并且当转弯运行时，我们的浏览器中没有其他任何事情。（摘自http://jimhoskins.com/2012/12/17/angularjs-and-apply.html）

因此，仅在一种情况下会发生错误“已经消化”：在另一个$ app内部发出$ app时，例如：

$scope.apply(function() {
  // some code...
  $scope.apply(function() { ... });
});

如果我们在纯非angularjs回调中使用$ scope.apply，则不会出现这种情况，例如。所以下面的代码是100％防弹有没有必要做一个setTimeoutif (!$scope.$$phase) $scope.$apply()

setTimeout(function () {
    $scope.$apply(function () {
        $scope.message = "Timeout called!";
    });
}, 2000);

即使这个是安全的：

$scope.$apply(function () {
    setTimeout(function () {
        $scope.$apply(function () {
            $scope.message = "Timeout called!";
        });
    }, 2000);
});

什么是不是安全的（因为$超时-像所有angularjs助手-已经呼吁$scope.$apply你）：

$timeout(function () {
    $scope.$apply(function () {
        $scope.message = "Timeout called!";
    });
}, 2000);

这也解释了为什么使用if (!$scope.$$phase) $scope.$apply()是反模式。如果使用$scope.$apply正确的方式，则根本不需要它：例如，在纯js回调中setTimeout。

阅读http://jimhoskins.com/2012/12/17/angularjs-and-apply.html以获得更详细的说明。

现在绝对是一种反模式。即使您检查$$阶段，我也看到摘要爆炸了。您只是不应该访问由$$前缀表示的内部API 。

你应该用

 $scope.$evalAsync();

因为这是Angular ^ 1.4中的首选方法，并且专门作为应用层的API公开。

在任何情况下，如果摘要正在进行中，而您又推送另一个服务来进行摘要，则只会给出错误，即摘要已经在进行中。所以要解决这个问题，您有两种选择。您可以检查正在进行的任何其他摘要，例如轮询。

第一

if ($scope.$root.$$phase != '$apply' && $scope.$root.$$phase != '$digest') {
    $scope.$apply();
}

如果上述条件成立，则可以应用$ scope。$ apply否则不可以，并且

第二个解决方案是使用$ timeout

$timeout(function() {
  //...
})

在$ timeout完成执行之前，它不会让另一个摘要开始。

scope.$apply触发一个$digest周期，这是2路数据绑定的基础

一个$digest循环检查对象，即$watch附加的对象（准确地说是模型），$scope以评估其值是否已更改，以及是否检测到更改，因此将采取必要的步骤来更新视图。

现在，当您使用$scope.$apply它时，会遇到一个错误“已在进行中”，因此很明显$ digest正在运行，但是触发它的原因是什么？

ans->每次$http调用，所有ng单击，重复，显示，隐藏等都会触发一个$digest循环，最糟糕的部分是每个$ SCOPE。

即说您的页面有4个控制器或指令A，B，C，D

如果$scope每个属性中都有4个属性，则页面上总共有16个$ scope属性。

如果您$scope.$apply在控制器D中触发，则$digest循环将检查所有16个值！！！加上所有$ rootScope属性。

答案->但$scope.$digest会触发$digeston子级和相同作用域，因此它将仅检查4个属性。因此，如果您确定D的更改不会影响A，B，C，请使用$scope.$digest not $scope.$apply。

因此，$digest即使用户未触发任何事件，仅ng-click或ng-show / hide都可能触发超过100个属性的循环！

用 $timeout，这是推荐的方法。

我的情况是我需要根据从WebSocket收到的数据来更改页面上的项目。而且由于它在Angular之外，所以没有$ timeout，唯一的模型将被更改，但视图不会被更改。因为Angular不知道该数据已更改。$timeout基本上是告诉Angular在下一轮$ digest中进行更改。

我也尝试了以下方法，并且有效。对我来说，不同之处在于$ timeout更清晰。

setTimeout(function(){
    $scope.$apply(function(){
        // changes
    });
},0)

我发现了很酷的解决方案：

.factory('safeApply', [function($rootScope) {
    return function($scope, fn) {
        var phase = $scope.$root.$$phase;
        if (phase == '$apply' || phase == '$digest') {
            if (fn) {
                $scope.$eval(fn);
            }
        } else {
            if (fn) {
                $scope.$apply(fn);
            } else {
                $scope.$apply();
            }
        }
    }
}])

在需要的地方注入：

.controller('MyCtrl', ['$scope', 'safeApply',
    function($scope, safeApply) {
        safeApply($scope); // no function passed in
        safeApply($scope, function() { // passing a function in
        });
    }
])