有一个处于活动状态的观察者时该方法被调用,这意味着需要开始从设备观察位置更新。...vonInactive():当 LiveData 没有任何处于活动状态的观察者时该方法被调用。由于没有观察者在监听,所以没有理由保持与 LocationManager 的连接。...setValue():调用该方法更新 LiveData 实例的值,并将此变更通知给处于活动状态的观察者。...如果 Lifecycle 被销毁,那么自动移除观察者。 LiveData 是生命周期感知的事实给我们提供了一个新的可能:可以在多个 activity,fragment 等之间共享它。...如果在调用时没有处于活动状态的观察者,在添加观察者之前不会进行任何运算。 该机制允许以较少的资源根据需要惰性运算来创建 LiveData。
实现LiveData为单例模式,便于在多个Activity、Fragment之间共享数据。...的子类,允许合并多个 LiveData 源。...活跃的观察者数量 由0变为1、由1变为0 会分别调用LiveData的 onActive()、onInactive()方法。这就是前面提到的扩展使用的回调方法。...plug()中让源LiveData调用observeForever方法添加永远观察者-自己。...这里为啥使用observeForever方法呢,这是因为源LiveData在外部使用时不会调用observer方法添加观察者,这里永远观察是为了在源LiveData数据变化时及时回调到 mObserver.onChanged
容器的数据 protected void onActive():当活跃的观察者对象数量大于 0 时调用,即有活跃的观察者对象时调用 protected void onInactive():当活跃的观察者对象数量等于...0 时调用,即无活跃的观察者对象时调用 MutableLiveData:可变的 LiveData,是我们最常用的 LiveData 子类。...数据源,或者调度多个 LiveData 数据源决定向观察者发送那个 LiveData 的数据更新。...LiveData 数据源,可以观察或调度多个 LiveData 数据源。...,其他状态调用 activeStateChanged 方法去处理是否回调观察者的回调,这样就达到了根据生命周期自动管理观察者的目的。
LiveData具有以下优点: 1.能够保证数据和UI统一 这个和LiveData采用了观察者模式有关,LiveData是被观察者,当数据有变化时会通知观察者(UI)。...MediatorLiveData可以看成是多个LiveData的代理,当将多个LiveData添加到MediatorLiveData,任何一个LiveData数据发生变化时,MediatorLiveData...Observer接口就是观察者,其中定义了LiveData数据变化的回调方法onChanged()。...根据Fragment/Activity生命周期发生变化时,移除观察者或者通知观察者更新数据。 当调用LiveData的setValue()、postValue()方法后,通知观察者更新数据。...使用者不用显示调用反注册方法。 由于LiveData具有生命周期感知能力,所以LiveDataBus只需要调用注册回调方法,而不需要显示的调用反注册方法。
LiveData需要一个观察者对象,一般是Observer类的具体实现。当观察者的生命周期处于STARTED或RESUMED状态时,LiveData会通知观察者数据变化。...f.为什么观察者只能与一个LifecycleOwner绑定,而不是多个?...对于onActive方法,当活动观察者的数量从0变为1时调用;对于onInactive方法,当活动观察者的数量从1变为0时调用if (wasInactive && mActive) { onActive...如果这个时候ObserverWrapper的状态是active,就会调用LiveData的dispatchingValue。...而一个 owner 可以绑定多个 Observer 实例; LiveData 跟 LifecycleOwner 绑定,能感知生命周期变化,并且只会在 LifecycleOwner 处于 Active 状态
合并LiveData 我们可以使用MediatorLiveData类将多个LiveData对象合并为一个LiveData对象。...LiveData的原理 LiveData的原理非常简单。它使用观察者模式来通知观察者数据发生了变化。当LiveData对象被观察时,它会将观察者添加到观察者列表中。...当Activity或Fragment处于STARTED或RESUMED状态时,LiveData会将观察者添加到观察者列表中,并开始向观察者发送数据更新通知。...但要注意,使用observeForever()方法需要手动在适当的时机调用removeObserver()方法,否则可能导致内存泄漏。...nameLiveData.observeForever(s -> { // Do something with the updated data }); // 在适当的时机调用removeObserver
添加观察者:observer 调用 observe,传入 LifecycleOwner 和 observer 。...其中: onActive 方法会在活动的观察者从 0 变成 1 的时候调用 onInactive 方法会在活动的观察者从 1 变成 0 的时候调用 添加观察者:observeForever 另外,除了...相关操作 MutableLiveData 由于 LiveData 的发送数据方法是 protected 修饰的,所以不能直接调用。...当没有任何活跃的观察者时,就会调用 onInactive 方法。...= null) //根据条件返回对应的 livedata else //根据条件返回对应的 livedata } 合并多个 LiveData var live1 =
Livedata 优点 1.保证UI与数据可以同步 Livedata 遵循观察者模式,并且 Livedata 会在生命周期变化的时候通知观察者。...setValue(T)方法更新LiveData实例的值,并通知活动观察者有关更改。...3.LiveData对象具有感知生命周期的能力意味着您可以在多个Activity,Fragment和service之间共享它们。...repository.getPostCode()被调用时没有活跃的Observer,直到添加一个观察者才会进行计算。 ...合并多个LiveData源 MediatorLiveData是LiveData的一个子类,帮助您合并多个LiveData源。
而 LiveData 规定了,当我们开发者订阅数据通知(调用observe())时,必须传递相应的 lifecycle 对象,其内部自然就是为了注册相应的观察者,从而做到生命周期感知,不然它怎么能自己解绑呢...即 Lifecycle 将生命周期划分为多个状态,当生命周期改变时,就会触发生命周期事件通知(比如 onResume() 等),从而同步当前的状态,而状态相当于一个事件集,其代表了当前 lifecycle...对象,然后对外暴漏 LiveData 对象,从而遵循开闭原则,外部调用者只允许订阅观察者,观察数据更新,而不允许主动通知数据更新,当然这也是 LiveData 的标准推荐用法。...) } 在调用 observe() 订阅 Livedata 数据更新时,这里相当于添加了一个观察者,方法内部会将我们传递的 LifecycleOwner 与 观察者 包装为一个具体的生命周期观察者 wrapper...((T) mData); } 让我们总结一下上述的整体思路,当我们调用 setValue() 时,内部会对当前 LiveData 持有的版本号 version 进行自增,然后调用dispatchingValue
正如注释所说,LiveData 是一个数据持有容器,并且该容器可以感知生命周期的变化,在合适的时机通知观察者数据的变更。...public class MutableLiveData extends LiveData {} // 依赖监听其他或多个 LiveData 的变化 public class MediatorLiveData...和数据变化通知的回调接口,内部把回调接口包装成观察者 ObserverWrapper: LiveData liveData = new MutableLiveData();...mData = NOT_SET; mVersion = START_VERSION;// 默认 -1 开始 } 2.1 observe 注意 observe 必须在主线程调用...dispatchingValue(null); } // 只是切换线程的作用,可以在子线程调用 protected void postValue(T value
因此,我们认为LiveData就是一个数据容器,它负责将数据包裹起来,使数据成为被观察者,当数据发生变化时,LiveData会通知观察者以便观察者做出响应。...从上述步骤可以看出,LiveData使用了观察者模式,观察者通常是UI控制器,如Activity或Fragment,而被观察者则是LiveData包谷的数据对象, 当LiveData对象持有数据发生变化...observe() 后,系统会立即调用 onChanged(),从而提供 mCurrentName 中存储的最新值,如果 LiveData 对象尚未在 mCurrentName 中设置值,则不会调用...由于LiveData可以在多个Activity、Fragment和Service中使用,所以可以创建单例模式。...LiveData生命周期变化观察 前面介绍LiveData用法的时候提到,首先,我们创建 LiveData 实例,然后调用LiveData的observe方法来注册观察者,将ViewModel和LiveData
例如:一个值可以在没有观察者活动的情况下被设置,所以新的观察者会直接取代它。另外,从不同的线程设置值可能会导致竞赛条件,只产生一个对观察者的调用。...),而且容易出错;很容易忘记从观察者那里调用ViewModel。...如果你不小心增加了一个以上的观察者,只有一个会被调用,而且不能保证是哪一个。...Jose的解决方案缺乏对多个观察者的支持,而这正是LiveData以 "共享资源 "为名的承诺之一。 它不是线程安全的。 我还可以补充一个问题。...The recommended solution 你可以在LiveData类本身中找到处理多个观察者的标准方法,那就是将原始观察者包裹起来。
② removeObserver():可以调用此方法从Lifecycle的观察者列表中删除给定的观察者。从生命周期中删除观察者将不再接收任何触发事件。...LiveData会根据观察者绑定的LifecycleOwner的生命周期情况,来决定是否将数据改变的情况通知给观察者。...LiveData的处理逻辑如下图所示: ? 3.1 setValue() 当调用LiveData的setValue(T value)方法时,将设置LiveData持有的数据。...同时如果之前LiveData已经被设置过数据了,那么观察者会立刻接收到最新的数据。 如果之前LiveData没有观察者观察它,那第一次接受观察者会回调LiveData的onActive()方法。...3.4 其他方法 ① hasActiveObservers():检查LiveData中是否有活跃的观察者。 ② hasObservers():检查LiveData中是否有观察者。
例如:当没有观察者处于监听状态时,可以设置一个值,因此新的值将会替换它。此外,从不同线程设置值的时候可能会导致资源竞争,只会向观察者发出一次改变信号。 但是这种方法的主要问题是难以理解和不简洁。...使用 LiveData 进行事件处理,在观察者中重置事件的初始值 通过这种方法,您可以添加一种方法来从视图中支出您已经处理了该事件,并且重置该事件。..._navigateToDetails.value = false } } 问题 这种方法的问题是有一些死板(每个事件在 ViewModel 中有一个新的方法),并且很容易出错,观察者很容易忘记调用这个...如果您无意中添加了多个,则只会调用一个,并且不能保证哪一个。 ? ✔️ 推荐: 使用事件包装器 在这种方法中,您可以明确地管理事件是否已经被处理,从而减少错误。...使用事件包装器,您可以将多个观察者添加到一次性事件中。 ---- 总之:把事件设计成你的状态的一部分。使用您自己的事件包装器并根据您的需求进行定制。 银弹!
{ } }) liveData.setVaile("xixi") //子线程调用 liveData.postValue...自动判断生命周期并回调方法 如果观察者的生命周期处于 STARTED 或 RESUMED状态,则 LiveData 会认为该观察者处于活跃状态,就会调用onActive方法,否则,如果 LiveData...对象没有任何活跃观察者时,会调用 onInactive()方法。...通过改变存储值,来通知到观察者也就是调用onChanged方法。...否则正常通知到观察者的onChanged方法。 当然,如果想任何时候都能监听到,都能获取回调,调用observeForever方法即可。
与常规的可观察类不同,LiveData 具有生命周期感知能力 如果观察者(由 Observer 类表示)的生命周期处于 STARTED 或 RESUMED 状态,则 LiveData 会认为该观察者处于活跃状态...LiveData 只会将更新通知给活跃的观察者。为观察 LiveData 对象而注册的非活跃观察者不会收到更改通知。 您可以注册与实现 LifecycleOwner 接口的对象配对的观察者。.../Fragment 的 onCreate 中注册 Livedata 监听(因为在 onStart 和 onResume 中进行监听可能会有冗余调用) Livedata 简单使用 仍然还是用我们倒计时的例子...在多个视图监听状态 本例实现的 demo 效果是,创建一个全局的倒计时,然后在 Activity 中添加两个按钮,点击后可以切换 FragmentA 和 FragmentB。...还有一个 liveCombind 用来回调超过十次调用的场景 init 方法中 liveCombind.addSource 调用就是表示用来中间拦截 livedata1 和 livedata2 的数据更新
LiveData.java // LiveData 持有的版本号 private int mVersion; // 异步设置数据 postValue() 最终也是调用到 setValue() @MainThread...,观察者绑定的生命处于活跃状态,并且 LiveData 存在已设置的旧数据; 2、调用 setValue() / postValue() 设置数据时,观察者绑定的生命周期处于活跃状态; 3、观察者绑定的生命周期由非活跃状态转为活跃状态...2.4 异步设置数据的执行过程 LiveData 使用 postValue() 方法进行异步设置数据(允许在子线程调用),内部会通过一个临时变量 mPendingData 存储数据,再通过 Handler...将切换到主线程并调用 setValue(临时变量)。...不过,虽然这个方法能够解决数据倒灌问题,但是会有副作用:对于多个观察者的情况,只允许第一个观察者消费,而后续的观察者无法消费实现,这一般是不能满足需求的。
使用者不用显示调用反注册方法。LiveData具有生命周期感知能力,所以LiveDataBus只需要调用注册回调方法,而不需要显示的调用反注册方法。...然后往主线程抛一个 Runnable,在这个 Runnable 里面再调用 setValue 来把存起来的值真正设置上去,并回调观察者们。...代码如下所示:/\*\* \* 在给定的观察者的生命周期内将给定的观察者添加到观察者列表所有者。 \* 事件是在主线程上分派的。如果LiveData已经有数据集合,它将被传递给观察者。...这个调用类似于{@link LiveData#observe(LifecycleOwner, Observer)} 和一个LifecycleOwner, which总是积极的。...这意味着给定的观察者将接收所有事件,并且永远不会 被自动删除。 您应该手动调用{@link #removeObserver(Observer)}来停止 观察这LiveData。
❌ 避免在 ViewModel 里持有视图层的引用 推荐使用观察者模式作为 ViewModel 层和 View 层的通信方式,可以使用 LiveData 或者其他库中的 Observable 对象作为被观察者...如果是许多种并且差别很大的数据模型,考虑使用多个数据仓库。 ✅ 添加数据仓库作为数据访问的单一入口。...任何从 ViewModel 所做的调用都可能是数据相关的。...Transformations.switchMap 允许你创建响应其他 LiveData 实例的改变的 LiveData ,它还允许在调用链上传递观察者的生命周期信息: LiveData repo...继承 LiveData LiveData 最常见的用例是在 ViewModel 中使用 MutableLiveData 并且将它们暴露为 LiveData 来保证观察者不会改变他们。
领取专属 10元无门槛券
手把手带您无忧上云