1.LifeCycle 听课总结
1.lifyCycle 的使用
一：当项目升级到Androidx 之后 appCompatActivity 继承的 CompotentActivity 会实现 LifecycleOwner 接口 getLifecycle 返回的就是Lifecycle 在activity中 直接 getLifecycle.addObserver( LifecycleObserver observer)
二：继承 LifecycleObserver 方法要使用注解
@OnLifecycleEvent(Lifecycle.Event.ON_DESTROY)
public fun disConnectOnDestroy() { }
三：继承 defaultLifecycleObserver 不需要使用注解
2.lifecycle 关键的类
Event 事件
ON_CREATE
ON_START
ON_RESUME
ON_PAUSE
ON_STOP
ON_DESTORY
ON_ANY
State 状态
INITIALIZED
DESTORY --> ON_DESTORY
CREATE --> ON_CREATE ON_STOP
ONSART --> ON_START ON_PAUSE
ONRESUME --> ON_RESUME
3.lifecycle 源码
事件--》状态--》事件
总体的操作 是通过反射实现
addObserver 方法就是 将观察者 放到一个mCallbackmap里面
lifeCycle 能实现监听的原理：其实是在actiivty（CompotentActivity） 中放入个没有没有界面reportFreagment 通过这个这个freagment里面的声明周期进行监听 调用 dispatch方法
dispatch方法里面对是那个生命周期做判断 枚举比较大小 做向前向后操作 获取状态 由状态推理事件 知道事件之后在进行反射处理
问题： addObserver 将观察者存到 mObserverMap中 怎么和ComponentActivity 中进行 reportfreament 中diapath方法中获取状态 状态获取事件 获取事件 在反射 进行关联
在由状态获取事件 判断是向前还是向后的时候用到了 ObserverMap
LiveData
liveData个人理解 ：（和EventBus功能类似）使用观察者设计模式 ，即是观察者 也是被观察者 调用observe 设置监听 子线程中 postvalue（postvalue 后面也是调用value） 主线程 value 设置值 从而回调到observe onChange方法中
liveData 粘性数据 （数据倒灌）：产生的原因 先setvalue值 mVersion++ 在observer 的时候 有个判断 if (mLastVsersion>=mversion)判断 mLastVersion为-1 mVersion因为做了 ++操作所以 mversion为0 不符合前面的判断 直接走下面的代码 调用onchange方法进行数据分发操作
粘性数据解决方法 ： 使用hook 反射 获取到mVersion 将值赋值给mlastVersion 使得两个参数对其（也就是相等）
LiveData 怎么感知生命周期感知？需要取消注册吗？
1.通过Lefecycle感知生命周期 Observe 第一个参数就是LifecycleOwer 第二个是observer （只有onChange 一个回调） 调用两个参数 封装成一个 lifeCycleBoundObserve 最后将lifeCycleBoundObservezuowei 参数放到owner.getLifeCycle.setObserve("参数中")
不需要手动取消注册 因为liveData 有感知生命周期功能 当是DESTORY状态时 会调用removeObserve
setValue 和 postValue 有什么区别
setvalue 只能在主线程 postValue 在子线程 （其实可以在任何线程）
设置相同的值，订阅的观察者们会收到同样的值吗
会受到同样的值的 ，liveData多个订阅 如果收不到同一个值 那这个控件就不能用的了
粘性事件原理，怎么防止数据倒灌
解释看上面 liveData 粘性数据分析
observeForever怎么用
和observe 一样的使用 不传lifeCycleOwner 所以没有感知生命周期能力 ，并且Destory 状态 需要手动释放监听
ViewBanding
直接能获取view 不用findviewbyId 和kotlin-android-extensions 插件效果一样 区别点是 使用插件在当前的activity中 不光能获取到自己的布局控件 也能获取到其他的activity的布局控件 如果使用viewbing的话只能获取到自己布局的控件
DataBinding
原理：DataBinding 会将layout 布局中 data部分和控件布局部分分为两个 布局文件 布局控件都会设置tag 两个控件通过tag关联
例如是 test.xml 文件 会生成 一个test-layout.xml （data相关操作） text.xml (布局相关操作)
耗内存地方： 1.会将布局所有的控件 放到一个Object[ ]数组中
2.view ->moule module->view 本质上面都是 使用的监听器 布局越多监听器越多，还有一点就是 只要布局或是moule一变化就要做相应的处理 这样也消耗性能（这个也是优点）
开发设置模式：
mvc
mvp
mvvm
赋值 @{user.name} 单向 mode-->view
@={user.name} 双向 view-->mode mode-view
ViewModule
1.保持数据的稳定性 横竖屏切换数据不会丢失， CompontActivity中 有个 onRet方法 是监听横竖屏切换的 这里面做了判断的 竖屏切换到横屏 会把mviewmodulestore（包含了viewmodule数据）所以数据稳定
2.横竖屏也经历 ondestory 事件了 怎么没有被清除掉
viewmodule 生命周期很长 依靠的是lifecycle avtivty 经历了ondestory 状态 才会被销毁 （这里面有个条件的 ischangingconfigurations 为false的才会回收 ）当横竖屏切换的时候 ischangingconfiguretion为true 所以不会被回收