Zones

    这些区域是执行上下文,允许Angular跟踪异步活动的开始和完成,并根据需要执行任务(例如,变化检测)。 Zone.js提供了一个全局区域,可以被 fork 和扩展以进一步封装/隔离异步行为,Angular在其NgZone服务中通过创建一个fork并使用自己的行为扩展它。

    NgZone服务为我们提供了一些Observable和方法来确定Angular的区域的状态,并在Angular的区域内外以不同的方式执行代码。

    重要的是要知道Zone.js通过来对浏览器中的常见方法和元素进行拦截,例如和HTMLElement.prototype.onclick。 这些拦截可能导致外部库和Angular之间的意外行为。 在某些情况下,可能优先在Angular的区域外执行第三方方法(见下文)。

    NgZone公开了一组Observable,允许我们确定Angular’s区域的当前状态或稳定性。

    • onMicrotaskEmpty - 当没有更多的微任务被排队执行时通知。 Angular在内部订阅,表示它应该运行变化检测。
    • onStable - 在最后一个onMicroTaskEmpty运行时通知,表示所有任务已完成,并且已发生变化检测。

    我们订阅这些注入了NgZone的组件,服务等。 并订阅公共Observables。

    订阅这些可以帮助您确定代码是否意外触发了不影响应用程序状态的变化检测。

    为了在Angular的上下文之外运行代码,NgZone提供了一个名为runOutsideAngular的方法。 使用此方法,Angular的区域不会与您的代码交互,并且在全局区域变得稳定时不会接收事件。

    在这个 例子中,你将在日志中看到当代码运行在它的外部时,Angular的区域会发生什么。

    你会注意到,在这两种情况下,点击按钮导致Angular区域变得不稳定,由于Zone.js补丁和监听HTMLElement.prototype.onclick,但是在Angular的区域之外执行的setInterval不会影响它的稳定性,并且不会触发变化检测 。

    通常,在异步事件链期间抛出的异常将仅包括在当前方法的堆栈跟踪中。

    使用Zone.js跟踪所有的异步调用,它可以为我们提供更长,更详细的事件和调用的堆栈跟踪,让我们更容易找到导致异常的原因。

    要在开发中启用长堆栈跟踪,您应该在代码中包括long-stack-trace-zone模块。 但最好不要包括在您的生产构建中,Angular将跳过设置更长的堆栈跟踪在生产模式(中的enableProdMode)。

    Angular将负责分叉 forking 并扩展其自己的区域以显示更有意义的堆栈跟踪。

    使用下面的代码,我们首先调用,触发一个setTimeouts链,导致一个未捕获的错误。

    这是一个典型的堆栈跟踪,您将在此场景中看到,没有Zone,只显示发生未处理异常的函数。

    详细的“长”堆栈跟踪

    在下面的堆栈跟踪中,您可以看到在这个异步函数调用链中发生的事件的顺序,添加了“>>”以指出我们的函数。

    你会注意到这个堆栈跟踪包括更多的信息,包括Zone自己的任务管理(例如),以及从函数排队到执行时间的时间。

    通过这个更长的堆栈跟踪可以帮助你调试Angular的特性,异步交互代码,并有助于更精确定位问题。