前言
今天在工作时，测试突然提了一个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() { val 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是如何亡羊补牢，力挽狂澜。
