前言
今天在工作时，测试突然提了一个Bug给我，要求我将APP中某活动页面的UI界面要根据用户在由此页面跳转的下个页面操作，在返回时要实时更新。
在检查代码时，发现我已经对界面可变数据用LiveData去观测，但由于页面变化后并没有重新初始化UI，所以我放在初始化UI的请求根本没有起效，如上图所示例子，在进入下一个页面如若关闭开关，返回时无法及时更新，于是我便想到了安卓科技与狠活Lifecycles,去监听onResume,在resume时用livedata去post数据。
正篇
说了这么多但我们并没有看到代码，也即是LiveData是如何用的，所以下面我们先从代码示例看起：
class MainViewModel(countReserved: Int) : ViewModel() {
val counter : LiveData<Int>
get() = _counter
private var _counter = MutableLiveData<Int>()
init {
_counter.value = countReserved
}
fun plusOne() {
var count = _counter.value ?: 0
_counter.value = count + 1
}
fun clear() {
_counter.value = 0
}
}
上面代码用到了我们之前说的ViewModel，与之前不同的是，我们为它的成员变量添加了LiveData，而且通过_counter设置私有变量的形式对外部不可见，使LiveData就不可变了，这样就能在非ViewModel中只能观察LiveData数据变化，而不能给LiveData设置数据。
为什么要这样做呢？这就不得不提一下上节我们的ViewModel生命周期问题，它是长与Activity的，这就可能导致Activity的实例传给ViewModel，而Activity无法释放造成内存泄漏，我们是绝对不能那样写的。
而LiveData可以包含任何类型数据，还能在数据变化时候通知给观察者，这样就能在数据变化时主动去通知Activity。
接下来我们再来看看上篇文章中写成的计数器的Activity是如何变化的：
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_main)
...
...
var infoText : TextView = findViewById(R.id.infoText)
plusOneBtn.setOnClickListener {
viewModel.plusOne()
}
clearBtn.setOnClickListener {
viewModel.clear()
}
viewModel.counter.observe(this, Observer { count ->
infoText.text = count.toString()
})
}
override fun onPause() {
super.onPause()
sp.edit {
putInt("count_reserved",viewModel.counter.value ?: 0)
}
}
我们通过对LiveData的counter实例observe观察从而改变了计数器，效果如下：
我们可以看到，该计数器效果没有变化，但是实际上我们已经将ui数据的改变通过ViewModel去实现，这样的代码更科学也更合理，而且不用担心ViewModel内部会不会开启线程执行耗时逻辑。
但切记：如果在子线程给LiveData设置数据，一定得调用postValue（）方法，而不能使用setValue()方法，否则会导致异常崩溃。
结语
LiveData应付正常的情况足够了，但工作还是出现了Bug,毕竟需要我们手动去获取value,所以本篇LiveData知识部分准备完成，下一篇我们将带大家去看看Leftcycles是如何亡羊补牢，力挽狂澜。
以上就是Android Jetpack 狠活Lifecycles与LiveData使用详解的详细内容，更多关于Jetpack Lifecycles LiveData的资料请关注编程网其它相关文章！
