本篇内容介绍了“Angular变更检测机制怎么进行性能优化”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！
成都创新互联始终坚持【策划先行，效果至上】的经营理念，通过多达十多年累计超上千家客户的网站建设总结了一套系统有效的网络营销推广解决方案，现已广泛运用于各行各业的客户，其中包括：VR全景等企业，备受客户赞扬。
组件内的数据状态变化以后，需要对应更新视图。这种将视图和数据同步的机制，就叫变化检测。
只要发生了异步操作(Events, Timer, XHR)，Angular 就会认为有状态可能发生变化了，然后就会进行变更检测。
Events:：click，mouseover，mouseout，keyup，keydown 等浏览器事件；
Timer：setTimeout/setInterval；
XHR：各类请求等。
既然都是对异步操作进行变更检测，那么Angular是如何订阅异步请求，进行变更检测的呢？
这里介绍下NgZone以及它的fork对象Zone.js。
Zone.js 用于封装和拦截浏览器中的异步活动、它还提供 异步生命周期的钩子和 统一的异步错误处理机制。
Zone.js 是通过 Monkey Patching（猴子补丁） 的方式来对浏览器中的常见方法和元素进行拦截，例如 setTimeout 和 HTMLElement.prototype.onclick。Angular 在启动时会利用 Zone.js 修补几个低级浏览器 API，从而实现异步事件的捕获，并在捕获时间后调用变更检测。
Angular通过forkZone.js并拓展出一个自己的区域NgZone，让应用中的所有异步操作都会运行在这个区域中。
Angualr会为每一个组件生成一个变化监测器changeDetector ，记录组件的变化状态。
我们在创建了一个Angular 应用后，Angular 会同时创建一个 ApplicationRef 的实例，这个实例代表的就是我们当前创建的这个 Angular 应用的实例。 ApplicationRef 创建的同时，会订阅 ngZone 中的 onMicrotaskEmpty 事件，在所有的微任务完成后调用所有的视图的detectChanges()来执行变更检测。
更新所有子子组件绑定的属性
调用所有子组件生命周期的钩子 OnChanges, OnInit, DoCheck，AfterContentInit
更新当前组件的DOM
调用子组件的变更检测
调用所有子组件的生命周期钩子 ngAfterViewInit
举个栗子，我们在开发模式的时候可能会遇到这种报错:
.jpg)
这是由于变更检测遵循从根组件开始，从上到下，执行每个组件的变更检测，直到最后一个组件达到稳定状态。而在下一次变更检测之前，子孙组件都不允许去修改父组件里的属性。
情况1 在开发模式下，Angular会进行二次检测(生产环境下调用enableProdMode()，检测次数会降为1)。一旦我们在 第4步 完成后，在子孙组件里修改父组件的属性，那么，Angular在执行第二次检测的时候，发现两次的值不一致，就会出现上述错误。
情况2 只要父组件对子组件做了属性绑定，那么不管是在OnChanges，OnInit，DoCheck，AfterContentInit 和 AfterViewInit 中的任意一个生命周期钩子中执行下述代码,也会报错。
// #parent
{{data}}
// in child component ts, execute:
this.parent.data = 'new Value'; Default 策略
每次事件触发变化检测（如用户事件、计时器、XHR、promise 等）时，此默认策略都会从上到下检查组件树中的每个组件。这种对组件的依赖关系不做任何假设的保守检查方式称为 脏检查，这种策略在我们应用组件过多时会对我们的应用产生性能的影响。
OnPush 策略
修改组件装饰器的changeDetection，设置为 OnPush 策略后，Angular 每次触发变化检测后会跳过该组件和该组件的所以子组件变化检测。
在 OnPush 策略下，只有以下这几种情况才会触发组件的变化检测：
detectChanges():它会触发当前组件和子组件的变化检测
markForCheck()：它不会触发变化检测，但是会把当前的OnPush组件和所以的父组件为OnPush的组件 标记为需要检测状态，在当前或者下一个变化检测周期进行检测
ApplicationRef.tick(): 它会根据组件的变化检测策略，触发整个应用程序的更改检测
setTimeout()
setInterval()
Promise.resolve().then()
this.http.get('...').subscribe()
输入值（@Input）更改（入input的值必须是一个新的引用）
当前组件或子组件之一触发了事件(但在onPush策略中，以下操作不会触发变更检测)
手动触发变更检测(每个组件都会关联一个组件视图ChangeDetectorRef).jpg)
async pipe
由于组件默认执行 Default策略 ，任何异步操作都会触发整个组件数从上到下的检查。即使Angular团队不断提升性能，可以在毫秒内完成上百次检测，但是当应用拓展至百上千个组件组成时，庞大的组件树对应的变更检测也会达到性能瓶颈。
此时，我们就需要开始分析并减少不必要的检测次数。
区域污染(Zone Pollution)
一般我们在生命周期钩子里使用第三方库，比如chart类库初始化，会自带requestAnimationRequest/setTimeout/addEventListener,我们可以将初始化方法写入NgZone的runOutsideAngular方法中。
OnPush 策略
对于不涉及更新操作的视图可以剥离出组件，使用onPush策略，以通知更新的方式刷新视图(见上方 变更检测的执行策略 部分)。
用 pure pipe 代替 {{function(data)}}
在html文件内，{{function(data)}}的写法会导致每次变更检测发生时，所有数值都会重新被计算。(?：当一个1000条的列表，你只修改了其中一条数据，但另外另外999条无需更新的数据也会被重新运算。)
此时，我们可以使用pipe的方式，只有变更的值会触发运算，更新部分视图。
.jpg)
面对大量数据的渲染，选择虚拟滚动/分页请求数据
以上4点解决方案，来源于Angular团队的视频介绍，视频中以Angular devtool运算次数，来分析问题解决问题。所以，如果你的Angular是9+，请继续看下去吧，如何安装Angular devtool和运行。
Angular 9+, 支持Ivy。
Guide和下载地址
保证运行环境为开发环境
// environment.dev.ts ... production: false ...
angular.json > dev配置项 > "optimization": false
projects > your-project-name > architect > build > configurations > dev > "optimization": false
“Angular变更检测机制怎么进行性能优化”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注创新互联网站，小编将为大家输出更多高质量的实用文章！