MVVM一、概述二、演变2.1MVC2.2MVP三、MVVM2.1ViewModel2.1.1基本用法2.1.2本地存储数据2.2LiveData2.2.1基本使用一、概述MVVM（Model-View-ViewModel

1、为什么要把LiveData当作事件传递用利用观察者模式打造的事件总线的优点不必多说（当然也有很多缺点），如EventBus和RxBus用的好的话能起到很好的解耦作用，使整个程序架构更加清晰，不至于到处传递各种

AndroidRoom是Android开发中的一个持久性库处理大量结构化数据的应用可极大地受益于在本地保留这些数据。最常见的使用场景是缓存相关的数据，这样一来，当设备无法访问网络时，用户仍然可以在离线状态下浏览该内容。Room持久性库在SQLite上提供了一个抽象层，以便在充分利用SQLite的强大功能的同时，能够流畅地访问数据库。主要有以下几大优点：在编译时校验SQL语句；易用的注解减少重复和易

参考：jetpack之Room数据库目录引言一、基本使用1.导入相关引用2.建表Entity3.数据库操作类Dao4.数据库RoomDatabase5.简单使用二、ViewModel+LiveData+

目录一、基本使用二、ViewModel+DataBinding+LiveData结合使用1.java版本2.kotlin版本ViewModel的职责就是保证View层中数据的稳定性一、基本使用在app目录下

1.简介长久以来我们都要去了解Activity或者Fragment的生命周期，因为界面的生命周期是我们处理数据的基础，我们需要知道在哪个地方“才能”去做哪些事，但是这些生命周期又是极其繁琐且样板的，一般来说我们只会去处理几个经常出问题的界面，而选择性的“忽视”一些问题。对于整个App来说，生命周期是一个让人有些不安的概念，因为它总会在不经意间给我们弹出几个bug，无论是稳定性还是数据的完整性，这些

Jetpack是一个由多个库组成的套件，可帮助开发者遵循最佳做法、减少样板代码并编写可在各种Android版本和设备中一致运行的代码，让开发者可将精力集中于真正重要的编码工作。AndroidJetpack组件的优势：Jetpack推出的主要目的是为了能够让开发者更加快速、方便以及高质量的完成产品开发轻松管理应用程序的生命周期，后台任务的管理，导航的处理等利用Jetpack组件进行开发可以有效减少内

Jetpack包含了多个组件库，例如Room（持久性数据库）、ViewModel（用于管理UI相关的数据）、LiveData（用于响应式编程）等，可以大大简

LifeCycles使用时候层次：「User的Activity」-》【中间BaseActivity】-->AppCompatActivity--》FragmentActivity--》ComponentActivity观察者模式我们可以加上任意对象观察Activity声明周期getLifecycle().addObserver(presenter);//---->getLifecycle().ad

文章目录五、Room操作数据库5.1用Entity、Dao、Database操作数据库5.2ViewModel内：通过Room.Database查到LiveData数据，在外部监听LiveData5.3Room

Android中的mvvm架构核心就是liveData+viewModel+databining(Databinding也可以不用)

AndroidJetpack，这一篇文章来介绍AndroidJetpack架构组件的Lifecycle，Lifecycle用于帮助开发者管理Activity和Fragment的生命周期，由于Lifecycle是LiveData

android官方的lifecycle，viewmodel和liveData都还没有发布，从去年开始，我将之前的项目架构重新用kotlin重写了，同时引入databinding,dagger,retrofit

目录一、LiveData的基本使用1.使用方式一2.使用方式二3.使用方式三二、LiveData去除黏性数据的方法1.去除黏性的Java版本2.去除黏性的Kotlin版本一、LiveData的基本使用1

Pixel5只有XL版本搭载骁龙765G且将比Pixel4更便宜[图]WearOS将迎来重磅更新：应用启动时间缩短20%教程析构函数的妙用一文搞懂AndroidJetPack组件原理之Lifecycle、LiveData

MVVMModel：数据模型以及Repository数据仓库（用于获取和组合来自网络，本地数据）View：界面ViewModel:内部会有一个LiveData，将Model的数据放到LiveData中，

其他相关文章:android之LifeCycle:https://blog.csdn.net/li6472/article/details/119795952?spm=1001.2014.3001.5501android之ViewModel:https://blog.csdn.net/li6472/article/details/119800423?spm=1001.2014.3001.5501a

EventBus事件通知的框架我们用了很久了，随着LiveData的出现，出现了LiveDataBus来替代EventBus,因为LiveDataBus会考虑生命周期，EventBus你可能要注意在生命周期结束的时候

想了解LiveDataBus的小伙伴可以看我这篇文章：Livedata和LivedataBus源码详解

先看一下MutableLiveData的源码，它是继承于LiveData,主要是重写了setValue和postValue方法。

也是通过submitData来改变数据的可以利用liveData的观察者模式，由Pager传入pagingConfig来提供PagingSource得到PagingSoucre就需要重写laod方法拿到

同时，LiveData与ViewModel的也依赖于Lifecycle框架。

当前为2.3.1版本本文分析LiveData更新原理，涉及LifecycleBoundObserver绑定Lifecycle对生命周期变化进行监听。

Jetpack包含了很多组件，如LiveData、ViewModel、Room、DataBinding、Navigation等。

作者：唐子玄1.LiveData如何感知生命周期的变化？先总结，再分析：Jetpack引入了Lifecycle，让任何组件都能方便地感知界面生命周期的变化。

LiveData是Android架构组件库中的一个类，用于在应用程序组件之间共享数据。它是一种可观察的数据持有者，可以感知应用程序组件的生命周期，并在数据发生变化时通知观察者。

LiveData的主要工作：一个带有生命周期侦测特性的数据持有者。AAC架构中的实际数据持有者，通常存放在ViewModel中，通过ViewModel脱离生命周期对数据的影响。

文章目录LiveData的定义与优势LiveData的使用LiveData基本使用转换LiveDataLiveData的定义与优势官方对LIveData的定义为：LiveData是一种可观察的数据存储器类

概述LiveData是一种类，持有可被观察的数据。LiveData是一个可以被观察的数据持有类，它可以感知并遵循Activity、Fragment或Service等组件的生命周期。

问题描述dialog里监听了liveData数据变化，当dialog打开关闭再次打开时候，会发现旧数据会再次灌入。等到网络请求回来，新数据才会展示。现象页面首先展示老数据，过一会又展示新的数据。

粘性事件事件发送后，观察者才订阅，订阅后会收到之前的事件。当先订阅，后事件发送，protectedvoidsetValue(Tvalue){assertMainThread("setValue");mVersion++;mData=value;dispatchingValue(null);}这里以setValue来分析，会调用dispatchingValue(),注意这里传的是null。voidd

数据倒灌原因原因有很多，比如旋转屏幕导致Activity重建，看官方解释：ViewModel将数据保留在内存中，这意味着开销要低于从磁盘或网络检索数据。ViewModel与一个Activity（或其他某个生命周期所有者）相关联，在配置更改期间保留在内存中，系统会自动将ViewModel与发生配置更改后产生的新Activity实例相关联。也就是说Activity异常销毁然后重建，ViewModel会

背景我们目前的项目中已经逐步从MVP转移到MVVM（基于ViewModel、LiveData、Coroutine实现），尤其在使用到LiveData的时候，发现了它的“数据倒灌”问题比较影响我们的开发场景

前言LiveData是Jetpack组件中较常用的组件之一，曾经也是实现MVVM模式的标准组件之一，不过目前Google更多推荐使用KotlinFlow来代替LiveData；虽然Li

背景我们在使用LiveData的时候，有时需要在两个页面监听同一个LiveData数据的变化，从第一个页面进入第二个页面时，第二个页面刚刚订阅，就会收到第一个页面最后一次数据的变化。

1.简介LiveData是一种可观察的数据存储器类。

它主要发生在：通过SharedViewModel+LiveData的组合来解决页面通信的场景。本文的目标由于本文的目标主要是来介绍官方Demo现有解决方案的缺陷，以及经过

建议先了解《Lifecycle原理、源码解析》LiveData是一种具有生命周期感知能力的可观察数据持有类LiveData可以保证屏幕上的显示内容和数据一直保持同步特点：1.LiveData了解UI界面的状态

本文从本人的《一文搞懂AndroidJetPack组件原理之Lifecycle、LiveData、ViewModel与源码分析技巧》拆分而来，主要采用逐类源码分析方法探寻ViewModel的原理，原文内容更加全面

利用ViewModel和LiveData进行数据管理1.引言在当今移动应用开发的世界中，数据管理是一个至关重要的方面。随着应用的复杂性不断增加，需要有效地管理和维护应用中的数据。

viewModel测试：https://developer.android.com/codelabs/basic-android-kotlin-compose-test-viewmodel#3androidTestImplementation"org.jetbrains.kotlin:kotlin-test:1.9.0"androidTestImplementation'org.jetbrains

classMyActivity:Activity{overridefunonCreate(state:Bundle?){super.onCreate(savedInstanceState)lifecycleScope.launch{//Run}lifecycleScope.launchWhenResumed{//Run}}}注意，如果您在launchWhenStarted中设置了一个操作，当Act

今天遇到了一件奇怪的事情，在同事手机上有个Activity(A)关闭后竟然又被创建了，调试后发现原来每次关闭这个Activity(A)都会触发上一个Activity(B)的生命周期改变，然后在订阅的LiveData

1.创建页面publicclassMainActivityextendsAppCompatActivity{ActivityMainLiveDataBindingviewDataBinding;Modelmodel;@OverrideprotectedvoidonCreate(@NullableBundlesavedInstanceState){super.onCreate(savedInstan

1.概要使用LiveData实现一个轻量级的权限申请库，不依赖任何三方库。1.部分源码KPermissionHelper权限请求辅助类。

概述我们知道，页面中引用的数据放在ViewModel中，那么当ViewModel中的数据改变的时候怎样通知界面呢？我们可以通过持有Activity或者Fragment的实例来实现，但是在Android中组件实例的生命周期通常是易变的，随时可能销毁或者更改，所以按照原则，不能在生命周期长的类中引用生命周期短暂或者不可控的类的实例；并且，ViewModel中通常含有网络请求等异步操作，所以线程间异步通

我们可以创建一个ViewModel，以及3个LiveData来驱动刷新对应的UI。classHomeViewModel():ViewModel(){privateval_news

KotlinFlow可以用于替换Rxjava，也可以用于替换LiveData，功能十分强大，它是Kotlin协程库提供的一部分功能，因此，如果我们项目中已经引用了Kotlin协程，则不需要额外引入Flow

示例：协程+Retrofit+ViewModel+LiveData+DataBinding网络通信准备工作：启用DataBing在module的gradle添加kotlin-kapt插件plugins{

概述LiveData是一个可以在给定生命周期内观察到的数据持有者类。