共计 3268 个字符，预计需要花费 9 分钟才能阅读完成。
对于 Android 传统的代码编写形式，个别地，将页面 UI 的解决，数据的加载，全副放在 Activity 或 Fragment 中进行，但这并不满足“繁多性能准则”，也不易于保护和扩大。咱们应该将我的项目构造进行分层，传统的 MVC，MVP 和 MVVM，都是将我的项目构造分了三层，“各管一摊”，这三种模式各有特点、各有利弊，但它们都有一个共同点，就是辨别出了 M 层与 V 层，M 即 Model 层，V 即 View 层，M 层负责数据的解决，View 层负责 UI 的展现，不同的中央在于如何将 M 层与 V 层进行联合。
其中，MVVM 模式除了 M 层和 V 层之外，就是 VM 层，即 ViewModel。
Jetpack 为开发者提供了 ViewModel 的概念，将页面所须要的数据从 V 层和 M 层中剥离进去，ViewModel 是介于 View 层和 Model 层的一个桥梁，使得视图和数据即辨别开来，又能保持联系。
生命周期
当 Android 应用程序退回到桌面，或者横竖屏切换时，Activity 等组件可能会失落状态或者是被销毁，这时，开发者通常须要思考数据的保留和复原，常见的就是通过 onSavaInstanceState()办法和 onRestoreInstanceState()办法来实现，有了 ViewModel，就能够用更简略的办法来保留数据了。这是为什么呢？
ViewModel 独立于组件的配置的变动，也就是说，当产生非凡状况导致 Activity 从新执行某些生命周期时，ViewModel 的生命周期并不会发生变化。
下图是 ViewModel 与 Activity 的生命周期的对应关系：
从上图能够看出，ViewModel 会随同着 Activity 的整个生命周期，直到 Activity 执行 onDestroy()办法之后，才会 clear。
应用办法
第一步，增加依赖
// ViewModel
implementation 'androidx.lifecycle:lifecycle-viewmodel:2.2.0'之后创立 MyViewModel 类，继承自 ViewModel：
class MyViewModel : ViewModel() {override fun onCleared() {super.onCleared()
print("onCleared")
}
}能够看到，ViewModel 类只有一个生命周期办法，那就是 onCleared()，咱们通常须要在这个办法中进行一些资源的开释，防止内存透露。
要留神的是，Activity 的生命周期在变动的时候，并不会执行 onCleared()。为了证实 Activity 在执行各生命周期时，ViewModel 并不会随之变动，所以咱们能够在 ViewModel 中应用 Handler 或者 RxJava 做一个定时循环工作，观测 Activity 是否会影响 ViewModel：
class MyViewModel : ViewModel() {var handler: Handler = object : Handler() {
var i = 0
override fun handleMessage(msg: Message) {super.handleMessage(msg)
print(i++)
sendEmptyMessageDelayed(0, 500)
}
}
public fun startHandler() {handler.sendEmptyMessageDelayed(0, 500)
}
override fun onCleared() {super.onCleared()
print("onCleared")
handler.removeMessages(0)
}
}在 MyViewModel 中应用 Handler 创立了一个定时轮训工作，每 500 毫秒打印一遍日志。接下来，在 Activity 中创立出 ViewModel 实例对象，调用其 startHandler()办法开始执行：
class ViewModelActivity : AppCompatActivity() {override fun onCreate(savedInstanceState: Bundle?) {super.onCreate(savedInstanceState)
setContentView(R.layout.activity_view_model)
val viewModel = ViewModelProvider(this).get(MyViewModel::class.java)
viewModel.startHandler()}
}运行代码会发现，当 Activity 产生屏幕旋转时，日志并没有中断，且打印出的数字间断，所以证实 ViewModel 不受 Activity 的生命周期影响。
上述代码中也介绍了最重要的一个点，那就是 ViewModel 实例的创立，首先须要创立一个 ViewModelProvider 类对象，其构造方法中须要传入 Activity 实例，在 androidx 中，FragmentActivity 默认实现了 ViewModelStoreOwner 接口：
public class ComponentActivity extends androidx.core.app.ComponentActivity implements
LifecycleOwner,
ViewModelStoreOwner,
HasDefaultViewModelProviderFactory,
SavedStateRegistryOwner,
OnBackPressedDispatcherOwner {}创立 ViewModelProvider 实例后，调用其 get()办法就能够：
public class ViewModelStore {private final HashMap<String, ViewModel> mMap = new HashMap<>();
final void put(String key, ViewModel viewModel) {ViewModel oldViewModel = mMap.put(key, viewModel);
if (oldViewModel != null) {oldViewModel.onCleared();
}
}
final ViewModel get(String key) {return mMap.get(key);
}
Set<String> keys() {return new HashSet<>(mMap.keySet());
}
/**
* Clears internal storage and notifies ViewModels that they are no longer used.
*/
public final void clear() {for (ViewModel vm : mMap.values()) {vm.clear();
}
mMap.clear();}
}get()办法其外围是在调用 ViewModelStore 的 get()办法，能够看出 ViewModelStore 类就是应用 HashMap 将 ViewModel 与其 key（class 名称）保留了起来。
其余
须要留神的是，正是因为 ViewModel 脱离于 Activity 的生命周期，不倡议向 ViewModel 中传入 Context 援用，以防止产生内存透露。但如果 ViewModel 中必须要用到 Context 怎么办呢，能够将 ViewModel 类继承自 AndroidViewModel，AndroidViewModel 继承自 ViewModel，并且接管 Applcation 的 Context。
ViewModel 不会受 Actvity 生命周期的影响，那是不是能够应用 ViewModel 代替 onSaveInstanceState()办法呢？ViewModel 和 onSaveInstanceState()还是有不同点的，onSaveInstanceState()办法个别用来寄存大量的一些状态数据，并且能够长久化，但 ViewModel 实践上对数据没有大小限度，但当页面被彻底销毁时，ViewModel 中的数据也就不复存在了。
