详解Angular组件生命周期(一)
概述
组件声明周期以及angular的变化发现机制
红色方法只执行一次。
变更检测执行的绿色方法和和组件初始化阶段执行的绿色方法是一个方法。
总共9个方法。
每个钩子都是@angular/core库里定义的接口。
虽然接口不是必须的，angular检测到钩子方法就会去执行它，还是建议把接口写上。
一、钩子的调用顺序
初始化逻辑依赖输入属性的值时，初始化逻辑一定要写在ngoninit里，不能写在constructor里面。
docheck在angular的每个变更检测周期中调用。
ngaftercontentinit和ngaftercontentchecked跟模版，组件的内容投影相关的。
ngafterviewinit和ngafterviewchecked跟组件的模版，初始化视图相关的。
二、onchanges钩子
父组件初始化或修改子组件的输入参数时会被调用。
需要先理解js中可变对象 和 不可变对象。
例子：
child组件有3个属性，其中2个是输入属性。
父组件有一个greeting属性和一个name属性是tom的user对象。
父组件要改变输入属性，所以greeting和user.name是双向绑定。
父组件改变两个input的值，值变化时候传入子组件的值也会变化，传入子组件的输入属性的值变化时会触发ngonchanges()。
父组件初始化子组件。初始化的时候调一次ngonchanges(),初始化后子组件的greeting变成hello,也就是父组件上的greeting的值。
user变成一个name属性为tom的对象。
改变输入属性的值，父组件问候语greeting改为helloa。
angular的变更检测刷新不可变对象，也就是greeting的值，然后调用ngonchanges()方法，greeting的值从之前的hello，变为了helloa。
修改user.name为tomb，控制台上没有打印新的消息。
因为用户只是改变了可变对象user的属性，user对象的引用自身是没有改变的，所以onchanges()方法没有被调用。
虽然可变对象的属性改变不会触发ngonchanges()方法调用，但是子组件的user对象的属性仍然改变了，由于angular的变更监测机制仍然捕获了组件中每个对象的属性变化。
改变子组件的message属性也不引起子组件的onchanges()方法调用。因为message不是输入属性。而ngonchanges()只有在输入属性变化时候被调用。
三、变更检测机制和docheck()钩子
变更检测由zone.js实现的。保证组件的属性变化和页面的变化同步。浏览器中发生的异步事件(点击按钮，输入数据，数据从服务器返回，调用了settimeout()方法)都会触发变更检测。
变更检测运行时，检测组件模版上的所有绑定关系，如果组件属性被改变，与其绑定的模版相应区域可能需要更新。
注意：变更检测机制只是将组件属性的改变反应到模版上，变更检测机制本身永远不会改变组件属性的值。
两种变更检测策略。
- default 检测到变化，检查整个组件树。
- onpush 只有当输入属性变化时，才去检测该组件及其子组件。
angular应用是一个以主组件为根的组件树，每个组件都会生成一个变更检测器，任何一个变更检测器检测到变化，zone.js就根据组件的变更检查策略来检测组件(也就是调docheck()钩子)，来判断组件是否需要更新它的模版。
docheck检查是从根组件开始往下检查所有的组件树，不管变更发生在哪个组件。
例子：
监控user.name这种可变对象的属性的改变。
在child中加一个oldusername来存变更前的username,加一个changedetected属性标志username是否发生变化，默认是false。 nochangecount计数器默认是0。
页面加载完成：user.name没变化时docheck方法已经被调用1次。
鼠标点击，不改变任何值，点击触发变更检测机制，所有组件的docheck就会被调用。
修改tom为tomb，docheck捕捉到tom变为tomb。
虽然docheck()钩子可以检测到user.name什么时候发生变化，但是使用必须小心，ngdocheck()钩子被非常频繁的调用。每次变更检测周期后发生变化的地方都会调用。
对ngdocheck()的实现必须非常高效，非常轻量级，否则容易引起性能问题。
同理：所有带check关键字的钩子方法都要非常小心。 ngdocheck,ngaftercontentchecked,ngafterviewchecked.
以上就是详解angular组件生命周期(一)的详细内容，更多关于angular组件生命周期的资料请关注其它相关文章！