Android 架构组件 —— Lifecycle-aware
前言
Google 在 11.08 正式发布了Lifecycle-aware Components稳定版，致力于帮助开发者使用更少的样板代码写出模块化的APP。在此之前Lifecycle-aware Components测试版已经被应用到许多应用中帮助开发者解决实际生产问题。
框架的必要性: (摘自Android开发者官网)
The point of all this is that your app components can be launched individually and out-of-order, and can be destroyed at anytime by the user or the system. Because app components are ephemeral and their lifecycle (when they are created and destroyed) are not under your control, you should not store any app data or state in your app components and your app components should not depend on each other.
The most important thing you should focus on is the separation of concerns in your app.
The second important principle is that you should drive your UI from a model, preferably a persistent model.
大部分Android框架中的组件都包含其应有的生命周期，我们依据这些生命周期对这些组件进行调用从而实现生产环境中的功能。而Lifecycle-aware Components简化了我们建立这样一个生命周期感应的框架，从而减少由于生命周期变化带来的内存泄漏甚至是应用崩溃。
使用
导入
在Android Studio中，Lifecycle-aware Components可以直接通过gradle进行导入:
dependencies {
implementation 'android.arch.lifecycle:extensions:1.0.0'
annotationProcessor "android.arch.lifecycle:compiler:1.0.0"
}
使用
Activity
在新版本的Support Library中,SupportActivity和android.support.v4.app.Fragment都默认实现了LifecycleOwner接口，如果不是继承自这两个类需要使用Lifecycle-aware Components，则需要自己手动继承接口实现：
class SampleBaseActivity : Activity(), LifecycleOwner{
private val mLifecycleRegistry = LifecycleRegistry(this)
override fun getLifecycle(): Lifecycle = mLifecycleRegistry
}
生命周期监听器LifecycleObserver
对整个Activity生命周期进行监听需要继承自LifecycleObserver接口。如下是一个对生命周期进行监听的Observer：
class CustomLifecycleObserver : LifecycleObserver {
companion object {
private const val TAG = "CustomLifecycleObserver"
}
@OnLifecycleEvent(Lifecycle.Event.ON_ANY)
fun onStatusChanged(owner: LifecycleOwner, event: Lifecycle.Event) {
Log.d(TAG, event.name)
}
}
在Activity中添加监听
lifecycle.addObserver(CustomLifecycleObserver())
运行后即可看到对应生命周期变化在Log中打出：
生命周期变化
在Lifecycle.Event中有对应各个Activity生命周期的枚举类，可以通过注解实现对特定生命周期的监听如监听Activity创建的ON_CREATE:
@OnLifecycleEvent(Lifecycle.Event.ON_ANY)
fun onActivityCreated(owner: LifecycleOwner) { ... }
特定属性监听LiveData和数据存储类ViewModel
LiveData是一个可监听的数据存储类，可以确保对应监听器获得的数据一直是最新的，而且由于监听器依赖于Lifecycle，在处于无法使用的状态下会被自动移除，所以不用担心对应监听器会在不正确的生命周期尝试取得数据导致的应用崩溃。
ViewModel是用来存储和管理与UI相关的数据的类。在对应Activity生命周期未结束时ViewModel会被保存在其缓存区内，可以用来解决屏幕旋转导致控件数据丢失的问题。如果ViewModel需要Application的Context，可以继承自AndroidViewModel，在构造函数中有一个接受Application的构造函数。注意，不能在ViewModel中保存View实例或者其他持有Activity Context的对象，否则导致内存泄漏等问题。
两者结合可以实现Activity和数据的分离以及对数据变更监听：
// ViewModel.kt
class ViewModel : ViewModel() {
val text = MutableLiveData<String>()
}
//MainActivity.kt
class MainActivity : AppCompatActivity() {
private val viewModel by lazy {
ViewModelProviders.of(this).get(ViewModel::class.java)
}
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_main)
tv_content.setOnClickListener {
viewModel.text.value = tv_content.text.toString()
}
viewModel.text.observe(this, Observer {
Toast.makeText(this, "$it from first", Toast.LENGTH_SHORT).show()
})
}
}
在Activity或Fragment中，ViewModel通过ViewModelProviders进行实例化，get方法默认为通过反射获取对应ViewModel的构造函数(继承自AndroidViewModel获取的是以Application为参数的构造函数，而继承自ViewModel的类则是获取其无参数构造函数)，可以通过实现ViewModelProvider.Factory实现工厂方法直接调用对应类的构造函数。
ViewModel还有一个额外的优势，如果在Fragment中初始化ViewModel时使用其Activity作为参数构造ViewModelProvider时，Activity和Fragment获取到的ViewModel为同一个，即可以进行Activity和Fragment、Fragment之间的值传递和数据变化监听而不用考虑相互的生命周期可能会带来的各种异常。
结尾
本次关于Lifecycle-aware Components使用到此结束，接下来会对框架的源码以及在实际框架中的使用进行分析。
参考资料：
Android开发者官网
