一、为什么要引入ViewModel背景Activity 存在配置变更销毁重建屏幕旋转、系统字体缩放、语言切换同时 Activity 生命周期受系统控制。也就是普通的活动有以下局限屏幕旋转Activity 销毁重建内存中的临时数据全部丢失比如聊天页输入的文字、列表加载好的数据一转屏幕就没了。原生方案onSaveInstanceState保存数据但是它只适合存少量简单数据不适合大对象、列表数据。Activity 职责过重Activity 既要管 UI 绘制、点击事件又要写业务逻辑、网络请求、数据处理。MVC 模式下 Activity 又当 View 又当 Controller代码臃肿。异步任务容易内存泄漏在 Activity 里开子线程 / 网络请求线程还没执行完Activity 已经销毁。回调持有 Activity 引用 →内存泄漏、空指针崩溃。 比如以前的 AsyncTask 就大量踩这个坑。二、ViewModel 解决了什么生命周期独立于 Activity配置变更不会销毁ViewModel 对象的生命周期从 Activity 创建开始直到 Activity 真正完全销毁finish才销毁。 屏幕旋转重建 ActivityViewModel不会重建实例保留内存里的数据完好保留。分离业务逻辑和 UI为 MVVM 铺路把业务逻辑、数据处理、网络调用放到 ViewModel。 Activity/Fragment 只负责 UI设置数据、处理点击不写复杂业务。实现 UI 与业务解耦。避免内存泄漏ViewModel绝对不要持有 Activity/Fragment、View 的引用。 业务逻辑放在 ViewModel异步回调结束直接操作内部 LiveData不持有页面页面销毁 ViewModel 跟着销毁规避泄漏。Fragment 之间共享数据同一个 Activity 下多个 Fragment可以共用同一个 ViewModel 实例实现 Fragment 之间通信不需要接口回调、Bundle 传值。三、ViewModel的生命周期Activity创建 → ViewModel初始化 ↓ 屏幕旋转Activity销毁重建 ↓ 旧Activity销毁 → ViewModel被保留不销毁→ 新Activity获取同一个ViewModel实例 ↓ Activity真正销毁finish()或系统回收→ ViewModel被清理调用onCleared()ViewModel的作用域绑定到ViewModelStoreOwner如Activity/Fragment的生命周期它会一直保留在内存中直到其ViewModelStoreOwner永久消失。核心原理Activity在配置变更如旋转被销毁时会先调用retainNonConfigurationInstances()获取旧Activity中的数据其中包含ViewModel实例。这个数据会临时储存等新的Activity创建时再传递过去从而实现ViewModel的恢复。四、项目理解计数器界面我们用最简单的计数器场景把前面的理论落地页面有一个文本显示数字一个按钮点击一次数字1。我们先来看不用ViewModel的痛点再看引入ViewModel后的解决效果。1. 传统写法不用ViewModel的问题先写Activity代码很简单public class CounterActivity extends AppCompatActivity { // 计数器数据直接定义在Activity里 private int count 0; private TextView tvCount; Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_counter); tvCount findViewById(R.id.tv_count); Button btnAdd findViewById(R.id.btn_add); btnAdd.setOnClickListener(v - { count; tvCount.setText(String.valueOf(count)); }); } }现在我们点击一次按钮上面的数字就加一了现在看似完成了任务但此时我们旋转屏幕、切换系统语言或者调整字体大小就会导致Activity销毁并重建onCreate会重新执行因此count就会被重置为0数字归零。这就是第一个痛点配置变更导致内存临时数据全部丢失。原生的补救方案是用onSaveInstanceStatepublic class MainActivity extends AppCompatActivity { private int count 0; private TextView tvCount; Override public void onSaveInstanceState(NonNull Bundle outState) { super.onSaveInstanceState(outState); outState.putInt(count, count); } Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); EdgeToEdge.enable(this); setContentView(R.layout.activity_main); ViewCompat.setOnApplyWindowInsetsListener(findViewById(R.id.main), (v, insets) - { Insets systemBars insets.getInsets(WindowInsetsCompat.Type.systemBars()); v.setPadding(systemBars.left, systemBars.top, systemBars.right, systemBars.bottom); return insets; }); tvCount findViewById(R.id.tv_count); Button btnAdd findViewById(R.id.btn_add); if(savedInstanceState ! null) { count savedInstanceState.getInt(count); tvCount.setText(String.valueOf(count)); } btnAdd.setOnClickListener(v - { count; tvCount.setText(String.valueOf(count)); }); } }这次我们旋转屏幕后计数就不会消失了。这种方法的固有局限只能存少量、可序列化的简单数据int、String、轻量对象无法保存大列表、Bitmap、正在执行的网络请求每个页面都要手写保存和恢复逻辑繁琐且易出错2. 引入ViewModel后的标准实现2.1 编写ViewModel类新建CounterViewModel并继承ViewModel把数据和业务逻辑从Activity迁移到这里public class CounterViewModel extends ViewModel { //计数器数据存放在ViewModel中 public int count 0; //加法业务逻辑 public void add() { count; } //ViewModel销毁时回调可用于释放资源 Override protected void onCleared() { super.onCleared(); } }2.2 Activity中获取并使用ViewModel注意绝对不要直接new CounterViewModel()必须通过ViewModelProvider获取实例这是保证实例复用的关键。public class MainActivity extends AppCompatActivity { private TextView tvCount; private CounterViewModel viewModel; Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); EdgeToEdge.enable(this); setContentView(R.layout.activity_main); ViewCompat.setOnApplyWindowInsetsListener(findViewById(R.id.main), (v, insets) - { Insets systemBars insets.getInsets(WindowInsetsCompat.Type.systemBars()); v.setPadding(systemBars.left, systemBars.top, systemBars.right, systemBars.bottom); return insets; }); tvCount findViewById(R.id.tv_count); Button btnAdd findViewById(R.id.btn_add); //通过ViewModelProvider获取实例绑定当前Activity viewModel new ViewModelProvider(this).get(CounterViewModel.class); //初始化显示 tvCount.setText(String.valueOf(viewModel.count)); //点击事件只做UI触发业务逻辑交给ViewModel btnAdd.setOnClickListener(v - { viewModel.add(); tvCount.setText(String.valueOf(viewModel.count)); }); } }这时候我们发现他也可以实现旋转屏幕数据不丢失的效果。背后的逻辑旋转时旧Activity执行销毁但ViewModel实例不会被回收新Activity重建后再次执行new ViewModelProvider...拿到的是同一个旧实例实例内部的count值完整保留因此数据不会丢失为什么必须用 ViewModelProvider 获取实例原因只有 ViewModelProvider 能帮我们维护 ViewModel 生命周期在配置变更屏幕旋转时复用同一个实例页面真正销毁时自动清理。如果我们直接new MyViewModel()每次 Activity 重建都会新建一个全新 ViewModel 对象之前存的数据也就全部丢失了那ViewModelProvider 做了什么呢它的内部有一个ViewModelStore存储容器以 Activity/Fragment 作为 key 保存 ViewModel 实例配置变更时Activity 销毁重建但是 ViewModelStore保留取出原来的 ViewModel数据保留。重点ViewModel 不是由 Activity 直接持有而是存放在 ViewModelStore。ViewModelProvider 就是用来从这个 Store 里拿实例的工具。