UnPeek-LiveData

UnPeek-LiveData copied to clipboard

一种更加简化的无入侵的 LiveData 非粘性数据解决方案

2

UnPeekLiveData 有个不适用的场景：不能利用官方的 map、filter 等方法进行变换，变换后变为了普通的 LiveData 解决方案详见 [livedata-no-sticky](https://github.com/groooooomit/livedata-no-sticky)

groooooomit

【 提问须知 】

4

## 如有 bug，请另外 new 一个 issue ⚠️⚠️⚠️ ## 本项目开 issue 规范： 1. 有任何 bug 都欢迎及时开 issue，我看到后予以处理。 2. 如有使用上的疑问，请先认真阅读 Readme 和源码 sample，在没有找到答案后，另外开 issue。 3. 如开 issue 是为了发表个人见解，请务必 客观、具体、严谨；严禁草率、乱入、带节奏： ## 务必注明观点所对应的场景，并附上完整可复现的代码， ##...

KunMinX

写了个简版的防止倒灌，不知道行不行

7

public class EventMutableLiveData extends LiveData { private final AtomicInteger currentVersion = new AtomicInteger(-1); /** * 这个标志主要是是否忽略最新值， observe(@NonNull @NotNull LifecycleOwner owner, @NonNull @NotNull Observer

RebornWolfman

7.1内存泄漏

6

当使用 removeObservers(@NonNull final LifecycleOwner owner) 的时候，回调过来已经是ObserverWrapper，又封装了一层，导致没有删除掉。应该是加一个判断，判断回调当前类是否已经是ObserverWrapper的类型，不是才需要包装删除，那时候没有测试想到。 @Override public void removeObserver(@NonNull @NotNull Observer

RebornWolfman

针对使用两个ConcurrentHashMap的问题优化,可参考

1

observerStateMap 这个map 感觉没有存在的必要,可以更加精简 private final ConcurrentHashMap

liweiGe

ProtectedUnPeekLiveData为什么不能直接持有Observer？

8

如题，反正LiveData已经通过mObservers持有了Observer，再多一次持有也无所谓吧？ ProtectedUnPeekLiveData重写removeObserver()清理就好了嘛。

wl0073921

小建议：MutableResult添加扩展方法

1

目的为了降低创建时代码的耦合性，后续可以考虑添加一个“asResult”方法。 扩展方法：  使用： 

PengShaoLei1997

sharedViewModel和liveData导致的小bug搞得神乎其神,真是会误人子弟，还提交7个版本，真的好笑

2

举的例子，明明是完全不理解livedata会在observe时会回调已有数据的onchange，以及所谓共享ViewModel为了在fragment之间公用livedata,然后共用的数据在fragment退出不清理(根因)，说得好像是livedata本身就有问题。 粘性这种大家都知道的概念，偏要说新手不知道，硬是写几篇长篇大论解释你的所谓数据倒灌。 就在livedata。obseverse加个版本记录，设置的时候更新版本，通知onchange前判断数据不是observe之前的版本你写了7个版本的代码，花这么多时间讲解，你这是在故意装神弄鬼骗星！！！

xiong0320