【长篇】Android组件化细讲+手写实现2、组件间通信功能实现

接上文【长篇】Android组件化细讲+手写实现

Android市场的N种通信方式我们如何选择

intent
interface(ARouter里是用这个)
aidl
handler
broadCast
第三方组建通信框架

LiveData更有优势,能感知到组件生命周期是其他任何方式都不具备倍的。
对比eventbus ,需要在ondestroy里解绑,容易忘记解绑。
eventbus在性能方面也不如LiveData(后面分析源码时讲)。

Jetpack中的LiveData源码分析

LiveData到底是什么

LiveData是一个数据持有类。
能够感知组建的生命周期。
持有的数据可以被观察者观察。

简单使用:

创建一个LiveData时尽量用其子类:MutableLiveData
,MutableLiveData 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

你可能感兴趣的:(【长篇】Android组件化细讲+手写实现2、组件间通信功能实现)