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

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

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

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

当您收到此错误时，基本上意味着它已经在更新视图的过程中。您真的不需要在控制器中调用$apply（）。如果您的视图没有按预期进行更新，并且在调用$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。

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

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