简书爆文：Android ViewModel正确使用姿势？我踩过的坑全在这里了！

导读：
本文将从一个开发者的视角出发，带你深入理解 ViewModel 的本质与作用，并结合实际项目中遇到的痛点，分享我在使用 Android ViewModel 过程中总结出的最佳实践。如果你也在为 ViewModel 的生命周期管理、数据共享和内存泄漏而烦恼，那这篇文章一定不能错过。

一、为什么选择 ViewModel？

在 Android 开发中，我们常常会遇到这样的问题：当设备旋转或者配置更改时，Activity 或 Fragment 被重建，导致页面状态丢失。以前的做法是通过 onSaveInstanceState 来保存临时状态，但这种方式只能处理简单的数据类型，而且不便于维护。

Google 推出了 ViewModel 组件，作为 Jetpack 架构组件 的一部分，它的核心理念是让 UI 控制器（如 Activity 和 Fragment）只负责展示数据，而把数据逻辑交给 ViewModel 来处理。

ViewModel 的生命周期比 Activity 更长，它会在配置更改时不被销毁，只有当宿主（比如 Activity）彻底结束才会被清除。

二、ViewModel 的基本用法

首先，我们需要引入必要的依赖：

implementation 'androidx.lifecycle:lifecycle-viewmodel-ktx:2.6.1'

然后创建一个继承自 ViewModel 的类：

class MyViewModel : ViewModel() {
    val data = MutableLiveData()
}

在 Activity 中获取 ViewModel 实例：

val viewModel: MyViewModel by viewModels()

这样就可以在 ViewModel 中安全地处理数据，避免因为生命周期问题导致的数据丢失或崩溃。

三、常见误区与避坑指南

虽然 ViewModel 很强大，但在实际使用过程中，我也踩过不少坑，下面是我总结的一些常见误区：

• 错误持有 Context 引用：在 ViewModel 中直接引用 Context 容易造成内存泄漏，应该使用 AndroidViewModel 并传入 Application Context。
• 滥用 LiveData：不是所有数据都需要用 LiveData 包装，过度使用会导致观察者过多，影响性能。
• 忽视 ViewModelScope：协程没有绑定到 ViewModel 的生命周期，可能导致任务未完成就退出页面。

四、进阶技巧：配合 Repository 与 Room 使用

ViewModel 的真正威力在于它可以很好地与其他架构组件配合使用，比如 Repository 和 Room 数据库。

通常我们会构建如下结构：

UI -> ViewModel -> Repository -> DataSource (Local/Remote)

ViewModel 只负责暴露数据接口，真正的数据获取由 Repository 处理，这样可以实现良好的分层解耦。

五、实战案例：登录页状态保持

举个例子，我们在做一个登录页面时，用户输入了用户名和密码，突然旋转屏幕，这时候如果不用 ViewModel，输入框的内容就会清空。

使用 ViewModel 后，我们可以这样处理：

class LoginViewModel : ViewModel() {
    val username = MutableLiveData()
    val password = MutableLiveData()
}

在 Activity 中绑定 EditText：

viewModel.username.observe(this, Observer { etUsername.setText(it) })

这样即使屏幕旋转，输入内容也不会丢失。

六、结语：别再乱用了，这才是 ViewModel 的正确打开方式

ViewModel 是现代 Android 开发中不可或缺的一部分，掌握它的正确使用方式，不仅能提升代码质量，还能有效减少 Bug。

希望这篇文章能帮助你少走弯路，写出更优雅、更健壮的 Android 应用。