前言

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