Angular变更检测机制怎么进行性能优化
本篇内容介绍了"Angular变更检测机制怎么进行性能优化"的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！
什么是变更检测(Change Detection)？
变更检测的概念
组件内的数据状态变化以后，需要对应更新视图。这种将视图和数据同步的机制，就叫变化检测。
变更检测的触发时机
只要发生了异步操作(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，让应用中的所有异步操作都会运行在这个区域中。
Angular的变更检测如何工作的？
Angualr会为每一个组件生成一个变化监测器changeDetector ，记录组件的变化状态。
我们在创建了一个Angular 应用后，Angular 会同时创建一个 ApplicationRef 的实例，这个实例代表的就是我们当前创建的这个 Angular 应用的实例。 ApplicationRef 创建的同时，会订阅 ngZone 中的 onMicrotaskEmpty 事件，在所有的微任务完成后调用所有的视图的detectChanges()来执行变更检测。
变更检测的执行顺序
更新所有子子组件绑定的属性
调用所有子组件生命周期的钩子 OnChanges, OnInit, DoCheck，AfterContentInit
更新当前组件的DOM
调用子组件的变更检测
调用所有子组件的生命周期钩子 ngAfterViewInit
举个栗子，我们在开发模式的时候可能会遇到这种报错:
这是由于变更检测遵循从根组件开始，从上到下，执行每个组件的变更检测，直到最后一个组件达到稳定状态。而在下一次变更检测之前，子孙组件都不允许去修改父组件里的属性。
情况1 在开发模式下，Angular会进行二次检测 (生产环境下调用enableProdMode()，检测次数会降为1)。一旦我们在 第4步 完成后，在子孙组件里修改父组件的属性，那么，Angular在执行第二次检测的时候，发现两次的值不一致，就会出现上述错误。
情况2 只要父组件对子组件做了属性绑定，那么不管是在OnChanges，OnInit，DoCheck，AfterContentInit 和 AfterViewInit 中的任意一个生命周期钩子中执行下述代码,也会报错。
// #parent{{data}}变更检测的执行策略
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)
async pipe
对于Angular的变更检测如何优化？
由于组件默认执行 Default策略 ，任何异步操作都会触发整个组件数从上到下的检查。即使Angular团队不断提升性能，可以在毫秒内完成上百次检测，但是当应用拓展至百上千个组件组成时，庞大的组件树对应的变更检测也会达到性能瓶颈。
此时，我们就需要开始分析并减少不必要的检测次数。
如何减少检测次数
区域污染(Zone Pollution)
一般我们在生命周期钩子里使用第三方库，比如chart类库初始化，会自带requestAnimationRequest/setTimeout/addEventListener,我们可以将初始化方法写入
NgZone的runOutsideAngular方法中。
OnPush 策略
对于不涉及更新操作的视图可以剥离出组件，使用onPush策略，以通知更新的方式刷新视图(见上方 变更检测的执行策略 部分)。
用 pure pipe 代替 {{function(data)}}
在html文件内，
{{function(data)}}的写法会导致每次变更检测发生时，所有数值都会重新被计算。(?：当一个1000条的列表，你只修改了其中一条数据，但另外另外999条无需更新的数据也会被重新运算。)此时，我们可以使用pipe的方式，只有变更的值会触发运算，更新部分视图。
面对大量数据的渲染，选择虚拟滚动/分页请求数据
以上4点解决方案，来源于Angular团队的视频介绍，视频中以Angular devtool运算次数，来分析问题解决问题。所以，如果你的Angular是9+，请继续看下去吧，如何安装Angular devtool和运行。
插件：Angular devtool使用介绍
Angular 9+, 支持Ivy。
Guide和下载地址
保证运行环境为开发环境
// environment.dev.ts... production: false...
angular.json > dev配置项 >
"optimization": falseprojects > your-project-name > architect > build > configurations > dev > "optimization": false
"Angular变更检测机制怎么进行性能优化"的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注网站，小编将为大家输出更多高质量的实用文章！
