像这样,我们可以使用RxJava在我们的服务,所以我们可以操作数据与我们所有这个库提供的运营商和LiveData视图的一部分,这将使我们能够使一个实现,意识到我们的活动的生命周期的变化,甚至使用谷歌提供的视图模型...这里不讨论视图是由N个片段组成的活动的情况，因为每个片段都有M个演示者，我们可以假设视图是这些片段中的每一个，尽管它们随后被分组到一个片段中(甚至在另一个片段中)。...目前，有一些体系结构，如Redux和Redux-saga，在依赖项投资的原则下工作，在某种意义上说，它们完全是事件驱动的。...改进 有许多事情可以改进，例如: ViewModel: 可以在视图和表示器之间添加一个额外的层，表示器负责保存视图的状态。...此外，这个视图模型可以直接将数据绑定注入到XML中，并使用LiveData将可视化组件绑定到LiveData的可观察对象。
DESTROYED 状态时自动移除，尤其是 activities 和 fragments ，它们可以安全地观察 LiveData 而不必担心内存泄露 —— activities 和 fragments...，例如在后端堆栈中的活动的情况下，则它不会收到任何 LiveData 事件 不再需要手动处理生命周期 UI 组件只是观察相关数据，不会停止或恢复观察。...LiveData 自动管理所有这些，因为它在观察时意识到相关的生命周期状态变化 始终保持数据最新 如果生命周期变为非活动状态，它将在再次变为活动状态时接收最新数据。...例如，后台活动在返回前台后立即接收最新数据 配置更改友好 如果由于配置更改（例如设备轮换）而重新创建活动或片段，则会立即接收最新的可用数据 资源共享 你可以使用单例模式扩展 LiveData 对象以包装系统服务...，这一步通常在 UI 控制器中完成 3、使用 observer() 方法关联 Observer 和 LiveData ，observer() 方法持有 LifecycleOwner 对象，此订阅会让 LiveData
7.共享资源 您可以使用单例模式扩展LiveData对象并包装成系统服务，以便在应用程序中进行共享。...确保Activity或Fragment一旦变为活动状态时，就有可展示的数据。 当应用程序组件处于STARTED状态，它就需从它所观察的LiveData对象中接收到最新的值。...由于没有Observer在监听，所以没有理由继续保持与StockManager服务的连接。 setValue(T)方法更新LiveData实例的值，并通知活动观察者有关更改。...这样做表示此Observer绑定了Lifecycle对象的生命周期，即： 1.如果Lifecycle对象不处于活动状态，则即使值发生更改，也不会调用Observer。...3.LiveData对象具有感知生命周期的能力意味着您可以在多个Activity，Fragment和service之间共享它们。
随着最近Kotlin的Coroutine和Kotlin的Flow的推出，现在Google推出了一种使用LiveData Coroutine Builder连接Kotlin的Flow和LiveData的方法...Delay and Keep Coroutine Alive Temporarily 我们在liveData coroutine builder中的一个特殊功能是，它可以被配置为在LiveData不活动的特定时间内保持...下面是对该条件的准确描述： ❝liveData构建块作为coroutines和LiveData之间的结构化并发原件。... = CoroutineLiveData(context, timeoutInMs, block) 这意味着，当我们把活动（观察LiveData）放在后台，并且活动在暂停/停止时（注意：不是不保留活动...TL; DR 有了LiveData coroutine builder，如果我们想的话，就不能在Kotlin Flow和LiveData之间建立桥梁。
这里对LiveData和ViewModel做个简单的介绍。 2.2.1 LiveData分析 LiveData 是一种可观察的数据存储器类。...这种感知能力可确保 LiveData 仅更新处于活跃生命周期状态的应用组件观察者。...case之间的数据流转。...LiveData是一个粘性事件，页面由非活动状态转到活动状态，只能收到最后一次的数据，导致前序数据丢失，而某些业务场可能要求数据不丢失或非活动状态仍要接收数据，此时LiveData就不再满足需求。...我们可能在多个页面订阅了同一个LiveData，但是业务要求，仅在前台页面中一次处理该数据，其它页面无需再处理。
3 个重要部分： onActive()：当 LiveData 有一个处于活动状态的观察者时该方法被调用，这意味着需要开始从设备观察位置更新。...这样做表示该观察者应该绑定到 Lifecycle，意思是： 如果 Lifecycle 不处于活动状态（STARTED 或 RESUMED），即使该值发生变化也不会调用观察者。...如果 Lifecycle 被销毁，那么自动移除观察者。 LiveData 是生命周期感知的事实给我们提供了一个新的可能：可以在多个 activity，fragment 等之间共享它。...资源共享：可以只保留一个 MyLocationListener 实例，只连接系统服务一次，并且能够正确的支持应用程序中的所有观察者。...如果在调用时没有处于活动状态的观察者，在添加观察者之前不会进行任何运算。 该机制允许以较少的资源根据需要惰性运算来创建 LiveData。
另外，一旦你需要将工作卸载到数据源的工作线程上，你会发现使用LiveData并不容易，也没有成文的方法。...和ViewModel没有任何变化，但是我们的Activity现在接收的是Flow而不是LiveData，所以它需要进行调整：不是观察LiveData，而是收集Flow。...我们只想要一个GeoQuery监听器，不管我们在视图层有多少个采集器。我们可以通过在所有采集器之间共享流程来实现这一点。...SharedFlow to the rescue SharedFlow是一个允许在多个Collecter之间共享自身的流，因此对于所有同时进行的收集器来说，只有一个流被有效运行（物化）。...在上游的冷流和下游的多个收集器之间有一个中间人。 现在，我们可能会认为我们的活动不需要调整。错了!
核心组件： NavGraph（导航图）： 包含应用中所有目的地和它们之间的导航关系。 NavController（导航控制器）： 管理导航操作的控制器，负责管理与目的地的交互。...参考简答： ViewModel的作用在于解决Android应用中活动和碎片（Fragment）的生命周期问题。它允许数据在屏幕旋转等配置更改时存活，并确保数据在不同组件之间共享而不丢失。...数据共享：通过ViewModel，可以在不同的UI组件之间共享和管理数据，避免重复加载或丢失数据。 状态保存：ViewModel在配置变更时保持其状态，例如屏幕旋转，避免重新加载数据和执行耗时操作。...问题： 详细说明LiveData和ViewModel的工作原理，并讨论在实际项目中如何解决常见的生命周期问题。...参考简答： LiveData是一种可观察的数据持有者，ViewModel用于存储和管理与用户界面相关的数据。
LiveData被设计用来实现观察者模式，允许视图控制器（Activity、Fragment等）和UI数据的来源（通常是ViewModel）之间进行通信。...通过LiveData，这种通信更加安全：由于它的生命周期意识，数据只有在View处于Activity状态时才会被接收。 简而言之，其优点是你不需要在View和ViewModel之间手动取消订阅。...img LiveData beyond the ViewModel 可观察范式在视图控制器和ViewModel之间工作得非常好，所以你可以用它来观察你的应用程序的其他组件，并利用生命周期意识的优势。...img 为了在组件之间传递数据，我们需要一种方法来映射和组合数据。...例如，你应用中的一个用户管理器会监听你的认证提供者（如Firebase Auth）的变化，并向你的服务器上传一个唯一的令牌。 img 令牌上传者可以观察用户管理器，但用谁的生命周期？
数据共享 如果对应的LiveData是单例的话，就能在app的组件间分享数据。...与 RxJava 不同的，LiveData 只会通知活跃的观察者，例如 Activity 位于 Destroyed 状态时是不活跃的，因此不会收到通知。...对于onActive方法，当活动观察者的数量从0变为1时调用；对于onInactive方法，当活动观察者的数量从1变为0时调用if (wasInactive && mActive) { onActive...活动，以保持它作为活动的入口。 // 因此,即使观察者移动到一个活动状态，如果我们没有收到那个事件，我们最好不要通知一个更可预测的通知顺序。 if (!...的观察者可以联动生命周期, 也可以不联动。
例如，如果Activity经历了配置的改变，你的监听器引用可能是空的。另一个例子是，当你的监听器的生命周期是不活跃的，比如在后堆栈中的Activity，但你依然试图将事件传递给它并调用它的功能。...例如，在应用程序交叉事件的情况下，事件的源头和事件中的角色之间没有明确的关系。...Summary 在回顾了解决同一任务的不同方法后，我们可以把LiveData看作是界面监听器和基于事件的解决方案的混合体，从每个解决方案中吸取精华。...这两个库的实现ComputableLiveData和PublisherLiveData都是lazy的，即当LiveData.onActive()方法被调用时，它们会进行工作。...如果你有一个实际的Stream，它可能发生背压的问题，那么LiveData就不能解决你的问题。原因是LiveData并不支持它。LiveData的目的是在观察者处于/进入活动状态时向UI推送最新的值。
用户点击按钮，于是跳转了Detail界面 用户按下返回键，回到列表界面中去 观察者在Activity处于Pause的堆栈中时，会变成不活动状态，返回时，会再次成为活动状态 但此时，观察的值仍然是True...例如：一个值可以在没有观察者活动的情况下被设置，所以新的观察者会直接取代它。另外，从不同的线程设置值可能会导致竞赛条件，只产生一个对观察者的调用。...不会因为Activity的销毁而崩溃：如果观察者的生命周期处于非活动状态，例如在后堆栈中的活动，那么它就不会收到任何LiveData事件。...共享资源：你可以使用单例模式扩展一个LiveData对象，以包装系统服务，这样它们就可以在你的应用程序中被共享。...Jose的解决方案缺乏对多个观察者的支持，而这正是LiveData以 "共享资源 "为名的承诺之一。 它不是线程安全的。 我还可以补充一个问题。
的使用 5、MutableLiveData的使用 6、LiveData和MutableLiveData的可变与不可变 7、其他方法 1、什么是LiveData LiveData是一个观察者模式的数据实体类...下面代码讲解 抽象类，无法直接new 2、什么是MutableLiveData MutableLiveData的父类是LiveData 用法和LiveData类似，也是在注册观察者回调里查看更新数据 可变...或者Fragment的全部观察者 hasActiveObservers() 如果此LiveData具有活动（Activity或者Fragment在前台,当前屏幕显示）的观察者，则返回true。...您需要手动调用removeObserver（Observer）以停止观察此LiveData， 2.设置后此LiveData，一直处于活动状态，不管是否在前台哪里都会获得回调。...总结： LiveData一般使用在实体类，MutableLiveData作用在变量上，他们通常和ViewModel结合使用，上面例子过于简单，工作当中可按照业务需要进行调整。
Jetpack源码解析—LiveData的使用及工作原理 5. Jetpack源码解析—ViewModel基本使用及源码解析 6. Jetpack—Paging你知道怎样上拉加载吗？...4.3 LiveData 在LiveData模块，通过生命周期观察LiveData的值，并将它打印在控制台中，点击 开始观察数据 按钮，通过演示生命周期函数，返回桌面或者进入后台，查看LiveData对象的值...Jetpack源码解析—LiveData的使用及工作原理 ?...4.4 ViewModel 在ViewModel模块，屏幕中央为一个计时器，通过使用ViewModel存储计时器的值，将屏幕方向发生改变后，数据仍然存在不会销毁。...通过点击 查看Fragment共享Demo 可以查看两个Fragment共享了同一个ViewModel中的SeekBar的值。 5. Jetpack源码解析—ViewModel基本使用及源码解析 ?
他们不应该试图获取自己的数据；相反，使用 ViewModel 执行此操作，并观察 LiveData 对象以将更改反映回 UI 尝试编写数据驱动的 UI，其中 UI 控制器负责在数据更改时更新视图，或将用户操作通知给...ViewModel 应该充当 UI 控制器和应用程序其余部分之间的连接器。但要注意，ViewModel 不负责获取数据（例如，从网络获取）。...相反，ViewModel 应调用适当的组件来获取数据，然后将结果提供回 UI 控制器 使用数据绑定来维护视图和 UI 控制器之间的干净界面。...这使您可以使视图更具说明性，并最大限度地减少在活动和片段中编写所需的更新代码。...用例 在高精度和低精度的定位模式之间切换，使用生命周期感知组件可以让你的 App 在可见状态下使用高精度定位，当 App 处于后台的情况下切换到低精度定位，LiveData 是一个生命周期感知组件，允许你的应用在用户更改位置时自动更新
前言 LiveData 是一种持有可被观察的数据存储类,和其他可被观察的类不同的是，LiveData 是就要生命周期感知能力的，这意味着他可以在 Activity ，fragment 或者 service...，它会在变为活跃状态时接收最新数据 配置更改后也会接收到最新的可用数据 共享资源，可以使用单例模式扩展 LiveData 对象，以便在应用中共享他们 LiveData 的使用 LiveData 是一种可用于任何数据的封装容器...： Observer：观察者接口 LiveData：发送已经添加观察的逻辑都在其中 ObserverWrapper ：抽象的观察者包装类，提供了mLastVersion 和判断以及更新观察者是否活跃的方法...其中： onActive 方法会在活动的观察者从 0 变成 1 的时候调用 onInactive 方法会在活动的观察者从 1 变成 0 的时候调用 添加观察者：observeForever 另外，除了...这种解决方式和上面一样，反射修改版本号就可以解决 非活跃状态的观察者转为活跃状态后，只能接收到最后一次发送的数据。
虽然Google给出了Activity非常详尽的生命周期结构，因此我们对根据生命周期做出相应的合理的安排，比如添加和移除实时GPS位置监听： 可是随着业务的逐渐复杂，我们可能在添加监听之间需要向服务器验证某些用户信息...3.ViewModel和LiveData ViewModel 是一个UI相关数据的暂存器，当所有相关的UI都finish掉的时候，它才会清除自己的数据。...LiveData则是一个持有具体数据并且可被观察，能感知生命周期的组件（它就像RxJava中一个能遵循组件生命周期的Observable） 他俩的关系，就是，ViewModel负责管理着不同的LiveData...livedata最重要的方法是一下几个： onActive()// 当前LiveData有超过一个的活跃的观察者时，被调用 onInactive()// 当前没有任何活跃的观察时，着被调用 setValue...中，提供给UI；当然ViewModel也可以在不同的Fragment中共享，在这里就不多讲了。
上面是一个很简单的例子，一个简单的赋值语句，但是这种代码有一个缺陷，那就是如果我们想表达的并不是一个赋值动作，而是a和b之间的关系，即无论a,b如何变化，c永远是a,b的和。...那么可以想见，我们需要花额外的精力去构建和维护一个b和a的关系。 而响应式编程的想法正是企图用某种操作符帮助你构建这种关系。 它的思想完全可以用下面的代码片段来表达： ?...，又可以承担观察LiveData的角色，那我们最理想的代码应该是这样： ?...基于这个方法，我们可以给LiveData添加观察者，打通了最难的一步。很妙的是观察者本身也是LiveData类型，这样我们就可以实现链式观察者的程序。 例如最基础的map操作符: ?...以播放页三个最核心的类：播放页Activity,播放器PlayerHelper，播放页View为例，对比他们的循环复杂度WMC、基本复杂度ev(G)和圈复杂度v(G)。 ?
为此，架构组件团队打造了 LiveData: 一个专用于 Android 的具备自主生命周期感知能力的可观察的数据存储器类。...接下来我们一起比较 LiveData 和 Kotlin 数据流中相对应的写法吧: #1: 使用可变数据存储器暴露一次性操作的结果 这是一个经典的操作模式，其中您会使用协程的结果来改变状态容器: △ 将一次性操作的结果暴露给可变的数据容器...StateFlow 与 LiveData 是最接近的，因为: 它始终是有值的。 它的值是唯一的。 它允许被多个观察者共用 (因此是共享的数据流)。...根据文档，stateIn 有三个参数: @param scope 共享开始时所在的协程作用域范围 @param started 控制共享的开始和结束的策略 @param initialValue...对于那些只执行一次的操作，您可以使用 Lazily 或者 Eagerly。然而，如果您需要观察其他的流，就应该使用 WhileSubscribed 来实现细微但又重要的优化工作，参见后文的解答。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
