接上文【长篇】Android组件化细讲+手写实现
Android市场的N种通信方式我们如何选择
intent
interface（ARouter里是用这个）
aidl
handler
broadCast
第三方组建通信框架
LiveData更有优势，能感知到组件生命周期是其他任何方式都不具备倍的。
对比eventbus ，需要在ondestroy里解绑，容易忘记解绑。
eventbus在性能方面也不如LiveData（后面分析源码时讲）。
Jetpack中的LiveData源码分析
LiveData到底是什么
LiveData是一个数据持有类。
能够感知组建的生命周期。
持有的数据可以被观察者观察。
简单使用：
创建一个LiveData时尽量用其子类：MutableLiveData
,MutableLiveData<Object> m；其中的Object就是我们要发布的消息的类型。
这里我们在初始化时一般都能够知道类型，所以要规范好。
1.png
2.png
*观察者和接口的区别：从代码上没有区别，本质上是1v1和1VN的区别，当一个事件只被一个接收时就是接口，当一个可被多个接收时就是观察者。
postValue就是给livedata（数据持有者）设置数据。
*postValue可以在任意线程下调用；setValue只能在主线程调用。（后面讲）
多个观察者都能收到
3.png
源码分析
从liveData.observe（...）这里开始去看：
4.png
最后一行
owner.getLifecycle().addObserver(wrapper)
添加了对activity生命周期的感知功能，参数是wrapper，所以LifecycleBoundObserver类里肯定有对生命周期方法的实现。
我们进入LifecycleBoundObserver类：
5.png
GenericLifecyclerObserver是LifecycleEventObserver的子类
6.png
往下找即可找到onStateChange方法
7.png
*当观察者Activity onDertroy时，就会把其从map里移除，所以解决了内存泄漏问题。
所以activity生命周期改变时，会调用onStateChange方法。
所以livedata之所以能绑定生命周期，就是因为这一句
owner.getLifecycle().addObserver(wrapper)
将wrapper类和组件生命周期关联。
================
接着思考上面说到的mObservers 的map
map就是所有观察者的容器。
当我们执行postValue时，要获得所有的观察者然后回调onChanged方法。
查看源代码看是不是这样的：
8.png
9.png
1数据临时保存在mPendingData里
2在主线程执行runnable
*第二点说明不管是主线程还是子线程postValue，都会去主线程执行。解释了上面postValue能在任意线程执行的问题。
10.png
里面执行setValue；
说明postValue里面包含了setValue，只不过把线程切换到了主线程。
11.png
mData才是真正数据持有引用。
mVersion++ 版本号+1
12.png
进入considerNotify
13.png
可见最后一行调用了onChanger方法。并传回了mData。
即遍历了观察者的容器，一个一个去回调onChanged方法。
其实会回调多次，由于version版本号，所以只执行了一次。
每次发送通知时，setValue里 mVersion ++;
当observer.mLastVersion>=mVersion时，会直接return；否则observer.mLastVersion=mVersion ，然后执行onChanged()
使用LiveData打造组建通信框架
一个livedata对象就是一根管道，两个人同时拥有一个管道就可以进行通信。
livedata如何封装才能更加好用呢？
livedata对象变成所有模块的都拿得到的
放在common模块下（其他模块都能引用）。LiveDataBus （单例模式）
livedata对象在项目中会有多个吗？
会。参数类型不一样就要有不一样的。
14.png
15.png
参数里的type虽然没用到，实际上是用的他的泛型。
举例1：现在main里注册一个observe，然后跳转到login下通过单例获取同一个MutableLiveData，然后在点击事件里发送消息。然后按返回键，等返回main中后，发现相应的log打出了。
说明：livedata会判断activity是否销毁、是否可见、版本号是否符合条件。然后才执行。当不可见时，不会执行。
举例2：现在在main里oncreate()发送，在login的oncreate()里注册一个。等点击跳转到login里后，接收到了。
虽然需求里应该接收到，觉得合理，但是按照正常逻辑不应该行的通。（类似粘性事件）
EventBus 的粘性事件可以解决
livedata我们要自己去解决（有的需要有的不需要）
只要在注册观察者的时候不让他回调onChanged就可以了
16.png
每次注册观察者的时候让版本号 mLastVersion>=mVersion即可。
在我们定义的LiveDataBus里，重写observe方法
17.png
然后将这个类里所有MutabledLiveData换成我们的BusMutableLiveData。
18.png
loginActivity里后注册的就接收不到了。
将通信框架集成到组件化项目中实现最终效果
发现用上面的livedata就实现了组件化最终效果
尽量一个key对应一个livedata。
原视频：组件化项目的通信终极方案
https://www.bilibili.com/video/BV1vz4y1f77F
网友评论