Jetpack架构组件库-LiveData实战与应用-总有适合你的方案

public void onResume() {

super.onResume();

mViewModel.navigateToDetails().observe(this, new Observer() {

@Override

public void onChanged(Boolean aBoolean) {

if (mViewModel.navigateToDetails().getValue()){

myViewModel.navigateToDetailsHandled()

NavigatorUser.starDetailActivity();

}

}

});

}

然后在 MainActivityViewModel 中添加一个 navigateToDetailsHandled() 方法:

public class MainActivityViewModel extends ViewModel {

//对外提供请求接口对象

public final CommonRequest commonRequest = new CommonRequest();

private SingleLiveEvent _navigateToDetails = new SingleLiveEvent<>();

public LiveData navigateToDetails(){

return _navigateToDetails;

}

public void userClicksOnButton() {

_navigateToDetails.setValue(true);

}

//新增方法

public void navigateToDetailsHandled() {

_navigateToDetails.setValue(true);

}

}

这种方法的问题是:存在很多样板代码,

ViewModel 中每添加一个事件都要添加一个对应的方法,并且很容易出错。

此外,观察者(View)很容易忘记调用 ViewModel 的这个方法。

一种还可以接受的解决方案是:SingleLiveEvent。

这个类是 Google 官方 Demo 中的适用于这种特殊场景的解决方案,它是一个仅发送一次更新的 LiveData。

SingleLiveEvent代码如下:

/**

  • A lifecycle-aware observable that sends only new updates after subscription, used for events like

  • navigation and Snackbar messages.

  • This avoids a common problem with events: on configuration change (like rotation) an update

  • can be emitted if the observer is active. This LiveData only calls the observable if there’s an

  • explicit call to setValue() or call().

  • Note that only one observer is going to be notified of changes.

*/

public class SingleLiveEvent extends MutableLiveData {

private static final String TAG = “SingleLiveEvent”;

private final AtomicBoolean mPending = new AtomicBoolean(false);

@MainThread

public void observe(LifecycleOwner owner, final Observer<? super T> observer) {

if (hasActiveObservers()) {

Log.w(TAG, “Multiple observers registered but only one will be notified of changes.”);

}

// Observe the internal MutableLiveData

super.observe(owner, new Observer() {

@Override

public void onChanged(@Nullable T t) {

if (mPending.compareAndSet(true, false)) {

observer.onChanged(t);

}

}

});

}

@MainThread

public void setValue(@Nullable T t) {

mPending.set(true);

super.setValue(t);

}

/**

  • Used for cases where T is Void, to make calls cleaner.

*/

@MainThread

public void call() {

setValue(null);

}

}

MainActivityViewModel中使用SingleLiveEvent:

public class MainActivityViewModel extends ViewModel {

private SingleLiveEvent _navigateToDetails = new SingleLiveEvent<>();

public LiveData navigateToDetails(){

return _navigateToDetails;

}

public void userClicksOnButton() {

_navigateToDetails.setValue(true);

}

}

MainActivity中监听:

@Override

public void onResume() {

super.onResume();

mViewModel.navigateToDetails().observe(this, new Observer() {

@Override

public void onChanged(Boolean aBoolean) {

if (mViewModel.navigateToDetails().getValue()){

NavigatorUser.starDetailActivity();

}

}

});

}

官网针对SingleLiveEvent参考链接如下:

medium.com/androiddeve…

SingleLiveEvent 的问题在于:它仅限于一个观察者。如果你无意中添加了多个,则只会有一个收到回调,并且无法保证哪一个会收到。

3、LiveDataBus消息总线替代RxBus、EventBus

通过LiveDataBus可以实现如下需求:

  • 基于 LiveData 组件;

  • 保证内存不会泄漏;

  • 不用反注册消息总线;

先看一下LiveDataBus用法:

注册订阅

LiveDataBus.get()

.with(“key_test”, String.class)

.observe(this, new Observer() {

@Override

public void onChanged(@Nullable String s) {

}

});

发送消息:

LiveDataBus.get().with(“key_test”).setValue(s);

用法上和 EventBus 非常相像,但我们的优势不用手动反注册,不用担心内存泄漏了。

问题分析:

我们先前通过源码分析得知:消息分发核心方法:

void considerNotify(ObserverWrapper observer) {

//观察者没有处于活跃状态,则不分发。

if (!observer.shouldBeActive()) {

observer.activeStateChanged(false);

return;

}

//观察者接收的消息的次数>=livedata发送消息的次数,不分发。

//如果之前已经发送过数据了,新注册的observer也能接收到最后一条数据。

if (observer.mLastVersion >= mVersion) {

return;

}

//根本原因在于ObserverWrapper的version字段在创建时=-1,没有主动和LiveData的mVersion字段对齐

observer.mLastVersion = mVersion;

observer.mObserver.onChanged((T) mData);

}

控制黏性事件的突破口在于观察者的 version字段,我们要在注册一个新的 Observer 时把它的 mLastVersion 字段和 LiveData.mVersion 字段主动保持一致就可以了。

但是上面这个 version 字段我们都是拿不到也无法修改的,LiveDataBus的解决方案是:

在调用observe的时候,通过反射拿到LifecycleBoundObserver,再把LifecycleBoundObserver的version设置成和LiveData一致。

看一下LiveDataBus的最终实现:

public final class LiveDataBus {

private final Map<String, BusMutableLiveData> bus;

private LiveDataBus() {

bus = new HashMap<>();

}

private static class SingletonHolder {

private static final LiveDataBus DEFAULT_BUS = new LiveDataBus();

}

public static LiveDataBus get() {

return SingletonHolder.DEFAULT_BUS;

}

public MutableLiveData with(String key, Class type) {

if (!bus.containsKey(key)) {

bus.put(key, new BusMutableLiveData<>());

}

return (MutableLiveData) bus.get(key);

}

public MutableLiveData with(String key) {

return with(key, Object.class);

}

private static class ObserverWrapper implements Observer {

private Observer observer;

public ObserverWrapper(Observer observer) {

this.observer = observer;

}

@Override

public void onChanged(@Nullable T t) {

if (observer != null) {

if (isCallOnObserve()) {

return;

}

observer.onChanged(t);

}

}

private boolean isCallOnObserve() {

StackTraceElement[] stackTrace = Thread.currentThread().getStackTrace();

if (stackTrace != null && stackTrace.length > 0) {

for (StackTraceElement element : stackTrace) {

if (“android.arch.lifecycle.LiveData”.equals(element.getClassName()) &&

“observeForever”.equals(element.getMethodName())) {

return true;

}

}

}

return false;

}

}

private static class BusMutableLiveData extends MutableLiveData {

private Map<Observer, Observer> observerMap = new HashMap<>();

@Override

public void observe(@NonNull LifecycleOwner owner, @NonNull Observer observer) {

super.observe(owner, observer);

try {

hook(observer);

} catch (Exception e) {

e.printStackTrace();

}

}

@Override

public void observeForever(@NonNull Observer observer) {

if (!observerMap.containsKey(observer)) {

observerMap.put(observer, new ObserverWrapper(observer));

}

super.observeForever(observerMap.get(observer));

}

@Override

public void removeObserver(@NonNull Observer observer) {

Observer realObserver = null;

if (observerMap.containsKey(observer)) {

realObserver = observerMap.remove(observer);

} else {

realObserver = observer;

}

super.removeObserver(realObserver);

}

private void hook(@NonNull Observer observer) throws Exception {

//get wrapper’s version

Class classLiveData = LiveData.class;

Field fieldObservers = classLiveData.getDeclaredField(“mObservers”);

fieldObservers.setAccessible(true);

Object objectObservers = fieldObservers.get(this);

Class<?> classObservers = objectObservers.getClass();

Method methodGet = classObservers.getDeclaredMethod(“get”, Object.class);

methodGet.setAccessible(true);

Object objectWrapperEntry = methodGet.invoke(objectObservers, observer);

Object objectWrapper = null;

if (objectWrapperEntry instanceof Map.Entry) {

objectWrapper = ((Map.Entry) objectWrapperEntry).getValue();

}

if (objectWrapper == null) {

throw new NullPointerException(“Wrapper can not be bull!”);

}

Class<?> classObserverWrapper = objectWrapper.getClass().getSuperclass();

Field fieldLastVersion = classObserverWrapper.getDeclaredField(“mLastVersion”);

fieldLastVersion.setAccessible(true);

//get livedata’s version

Field fieldVersion = classLiveData.getDeclaredField(“mVersion”);

fieldVersion.setAccessible(true);

Object objectVersion = fieldVersion.get(this);

//set wrapper’s version

fieldLastVersion.set(objectWrapper, objectVersion);

}

}

}

这样LiveDataBus的实现及其简单 相对EventBus复杂的实现,LiveDataBus只需要一个类就可以实现。

该方案是美团技术团队提供的,并且通过演进,他们封装了LiveEventBus是一款Android消息总线,基于LiveData,具有生命周期感知能力,支持Sticky,支持AndroidX,支持跨进程,支持跨APP,感兴趣的可以看下具体实现:

github.com/JeremyLiao/…

可以看下他们针对常用消息总线对比: image

4、UnPeekLiveData经过深度思考的解决粘性事件方案

UnPeekLiveData具有如下特性:

  1. 一条消息能被多个观察者消费
  1. 消息被所有观察者消费完毕后才开始阻止倒灌
  1. 可以通过 clear 方法手动将消息从内存中移除
  1. 让非入侵设计成为可能,遵循开闭原则
  1. 基于 “访问权限控制” 支持 "读写分离”,遵循唯一可信源的消息分发理念

UnPeekLiveData 提供了构造器模式,可通过构造器组装适合自己业务场景的 UnPeekLiveData。

UnPeekLiveData test =

new UnPeekLiveData.Builder()

.setAllowNullValue(false)

.create();

具体是实现:

ProtectedUnPeekLiveData:

public class ProtectedUnPeekLiveData extends LiveData {

protected boolean isAllowNullValue;

private final HashMap<Integer, Boolean> observers = new HashMap<>();

public void observeInActivity(@NonNull AppCompatActivity activity, @NonNull Observer<? super T> observer) {

LifecycleOwner owner = activity;

Integer storeId = System.identityHashCode(activity.getViewModelStore());

observe(storeId, owner, observer);

}

public void observeInFragment(@NonNull Fragment fragment, @NonNull Observer<? super T> observer) {

LifecycleOwner owner = fragment.getViewLifecycleOwner();

Integer storeId = System.identityHashCode(fragment.getViewModelStore());

observe(storeId, owner, observer);

}

private void observe(@NonNull Integer storeId,

@NonNull LifecycleOwner owner,

@NonNull Observer<? super T> observer) {

if (observers.get(storeId) == null) {

observers.put(storeId, true);

}

super.observe(owner, t -> {

if (!observers.get(storeId)) {

observers.put(storeId, true);

if (t != null || isAllowNullValue) {

observer.onChanged(t);

}

}

});

}

/**

  • 重写的 setValue 方法,默认不接收 null

  • 可通过 Builder 配置允许接收

  • 可通过 Builder 配置消息延时清理的时间

  • override setValue, do not receive null by default

  • You can configure to allow receiving through Builder

  • And also, You can configure the delay time of message clearing through Builder

  • @param value

*/

@Override

protected void setValue(T value) {

if (value != null || isAllowNullValue) {

for (Map.Entry<Integer, Boolean> entry : observers.entrySet()) {

entry.setValue(false);

}

super.setValue(value);

}

}

protected void clear() {

super.setValue(null);

}

}

UnPeekLiveData

public class UnPeekLiveData extends ProtectedUnPeekLiveData {

@Override

public void setValue(T value) {

super.setValue(value);

}

@Override

public void postValue(T value) {

super.postValue(value);

}

/**

  • TODO:Tip:请不要在 UnPeekLiveData 中使用 observe 方法。

自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。

img

img

img

img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!

如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)

最后,面试前该准备哪些资源复习?

其实客户端开发的知识点就那么多,面试问来问去还是那么点东西。所以面试没有其他的诀窍,只看你对这些知识点准备的充分程度。so,出去面试时先看看自己复习到了哪个阶段就好。

这里再分享一下我面试期间的复习路线:(以下体系的复习资料是我从各路大佬收集整理好的)

《Android开发七大模块核心知识笔记》

面试字节两轮后被完虐,字节面试官给你的技术面试指南,请查收

面试字节两轮后被完虐,字节面试官给你的技术面试指南,请查收

《960全网最全Android开发笔记》

面试字节两轮后被完虐,字节面试官给你的技术面试指南,请查收

《379页Android开发面试宝典》

历时半年,我们整理了这份市面上最全面的安卓面试题解析大全
包含了腾讯、百度、小米、阿里、乐视、美团、58、猎豹、360、新浪、搜狐等一线互联网公司面试被问到的题目。熟悉本文中列出的知识点会大大增加通过前两轮技术面试的几率。

《507页Android开发相关源码解析》

只要是程序员,不管是Java还是Android,如果不去阅读源码,只看API文档,那就只是停留于皮毛,这对我们知识体系的建立和完备以及实战技术的提升都是不利的。

真正最能锻炼能力的便是直接去阅读源码,不仅限于阅读各大系统源码,还包括各种优秀的开源库。

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》,点击传送门即可获取!

oid开发知识点,真正体系化!**

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!

如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)

最后,面试前该准备哪些资源复习?

其实客户端开发的知识点就那么多,面试问来问去还是那么点东西。所以面试没有其他的诀窍,只看你对这些知识点准备的充分程度。so,出去面试时先看看自己复习到了哪个阶段就好。

这里再分享一下我面试期间的复习路线:(以下体系的复习资料是我从各路大佬收集整理好的)

《Android开发七大模块核心知识笔记》

[外链图片转存中…(img-v1hoqdsk-1712282539182)]

[外链图片转存中…(img-8i9Vj616-1712282539183)]

《960全网最全Android开发笔记》

[外链图片转存中…(img-beBKZYkI-1712282539183)]

《379页Android开发面试宝典》

历时半年,我们整理了这份市面上最全面的安卓面试题解析大全
包含了腾讯、百度、小米、阿里、乐视、美团、58、猎豹、360、新浪、搜狐等一线互联网公司面试被问到的题目。熟悉本文中列出的知识点会大大增加通过前两轮技术面试的几率。

《507页Android开发相关源码解析》

只要是程序员,不管是Java还是Android,如果不去阅读源码,只看API文档,那就只是停留于皮毛,这对我们知识体系的建立和完备以及实战技术的提升都是不利的。

真正最能锻炼能力的便是直接去阅读源码,不仅限于阅读各大系统源码,还包括各种优秀的开源库。

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》,点击传送门即可获取!
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值