目前關(guān)于LiveData源碼解讀的文章非常多了，本文就不重復(fù)了，這里只對(duì)核心流程做解讀。關(guān)于源碼流程，推薦：Android livedata 源碼解剖
系列文章
Android Jetpack ViewModel解析
Android Jetpack LiveData解析
Android Jetpack DataBinding原理淺析（簡(jiǎn)版）
本文主要解決如下幾個(gè)問(wèn)題：
1、LiveData是如何關(guān)聯(lián)生命周期的？
2、LiveData的發(fā)送事件、接收事件原理
3、為什么LiveData可以先發(fā)射數(shù)據(jù)再注冊(cè)？類(lèi)似EventBus的粘性消息
4、LiveData如何保證不會(huì)內(nèi)存泄漏的？
先看看LiveData的基本使用
MutableLiveData<String> mLiveData = mTestViewModel.getLiveData();
mLiveData.observe(this, new Observer<String>() {
@Override
public void onChanged(@Nullable String s) {
//更新UI
}
});
一、LiveData是如何關(guān)聯(lián)生命周期的？
先來(lái)看一下觀察者訂閱的方法observe()，第一參數(shù)是LifecycleOwner，第二個(gè)參數(shù)是觀察者，也是最后接收回調(diào)的地方。如果你看過(guò)Lifecycle的的話，你應(yīng)該知道，
關(guān)于LifecycleOwner
通常第一個(gè)參數(shù)傳入Activity／Fragment對(duì)象，原因是新版本(>26)的FragmentActivity和Fragment已經(jīng)實(shí)現(xiàn)了LifecycleOwner接口，而且它們內(nèi)部有一個(gè)LifecycleRegistry來(lái)存放生命周期State、Event等。在執(zhí)行生命周期方法的時(shí)候更新LifecycleRegistry里的生命周期State、Event,，并且通過(guò)handleLifecycleEvent()方法來(lái)通知對(duì)應(yīng)的觀察者。
這個(gè)observe方法重點(diǎn)關(guān)注2點(diǎn)：
1、ObserverWrapper：通過(guò)LifecycleBoundObserver把observer包裝；
2、addObserver()：把包裝后的observer對(duì)象添加到一個(gè)Map中，然后當(dāng)LifecycleOwner改變的時(shí)候就會(huì)收到通知。
LifecycleBoundObserver
這里的關(guān)鍵方法是onStateChanged和shouldBeActive
shouldBeActive
這里是調(diào)用了lifecycle的方法，如果Lifecycle 的 STATE 為STARTED／RESUMED則返回true，表示active狀態(tài)。注意：STATE 為STARTED／RESUMED就是說(shuō)生命周期的方法為ononStart()、onResume()、onPause()時(shí)都表示active，這3個(gè)狀態(tài)都可以接收數(shù)據(jù)更新。網(wǎng)上很多說(shuō)只有onstart和onresume才是活躍狀態(tài)的應(yīng)該都是沒(méi)有驗(yàn)證過(guò)的。
onStateChanged
是GenericLifecycleObserver接口的方法，當(dāng)生命周期變化的時(shí)候會(huì)回調(diào)它。這里會(huì)做判斷，如果是已經(jīng)destroy，直接移除觀察者；否則會(huì)調(diào)用 activeStateChanged 方法。
到這里，問(wèn)題1--關(guān)聯(lián)生命周期就講清楚了。
二、LiveData的發(fā)送事件、接收事件原理
LiveData發(fā)送事件有2個(gè)方法：setValue()和postValue()，其中setValue()方法只能在主線程發(fā)，而postValue()方法可以在子線程發(fā)，Observer的onChange()始終在主線程。
setValue
只要有出于active狀態(tài)的觀察者，這個(gè)方法就會(huì)被數(shù)據(jù)發(fā)送給它們。這里的關(guān)鍵是dispatchingValue(null);
按照上面的調(diào)用可以看出，當(dāng)參數(shù)為 null 的時(shí)候，遍歷所有的 obsever，最后通過(guò)調(diào)用considerNotify()進(jìn)行分發(fā)。
這里會(huì)做一些判斷，只有出于活躍狀態(tài)且數(shù)據(jù)是數(shù)據(jù)是最新的，才會(huì)去分發(fā)數(shù)據(jù)，最后回調(diào)到我們熟悉的onChanged()。
postValue
這個(gè)方法是可以在子線程中發(fā)數(shù)據(jù)的，但是我們最后的onChanged()方法卻始終在主線程的，這是怎么做到的呢？答案也很簡(jiǎn)單，就在postToMainThread()方法，具體是在DefaultTaskExecutor#postToMainThread創(chuàng)建一個(gè)主線程的handler把任務(wù)發(fā)到主線程，最后還是調(diào)用setValue()。
三、為什么LiveData可以先發(fā)射數(shù)據(jù)再注冊(cè)？類(lèi)似EventBus的粘性消息
我們都知道LiveData在發(fā)射數(shù)據(jù)的時(shí)候，如果Activity出于inactive狀態(tài)時(shí)是接受不到消息的，而是等變成active狀態(tài)時(shí)才能接受。而且還能實(shí)現(xiàn)類(lèi)似EventBus的粘性消息，比如在A頁(yè)面發(fā)射數(shù)據(jù)，然后打開(kāi)B頁(yè)面，在B頁(yè)面注冊(cè)觀察者，同樣能接收到數(shù)據(jù)。它的原理其實(shí)不復(fù)雜的，下面一起來(lái)看看：
在方法內(nèi)部首先會(huì)保存要發(fā)射的數(shù)據(jù)，然后調(diào)用dispatchingValue分發(fā)數(shù)據(jù)，這個(gè)方法最后會(huì)調(diào)用considerNotify()方法
considerNotify()方法會(huì)先判斷觀察者是否處于active狀態(tài)，只有出于活躍狀態(tài)的觀察者才能收到消息。那為什么頁(yè)面從后臺(tái)切換到可見(jiàn)狀態(tài)也就是active時(shí)又能接收到之前發(fā)射的數(shù)據(jù)呢？
原因很簡(jiǎn)單，因?yàn)長(zhǎng)iveData內(nèi)部關(guān)聯(lián)了生命周期相關(guān)的方法，當(dāng)生命周期變化的時(shí)候都會(huì)回調(diào)
onStateChanged()方法，在這里面會(huì)去調(diào)用activeStateChanged(),而它最后會(huì)調(diào)用considerNotify()方法去分發(fā)消息。而粘性消息也是這個(gè)原理。
四、LiveData如何保證不會(huì)內(nèi)存泄漏的？
在一開(kāi)始的observe()方法中會(huì)把Activity中創(chuàng)建的Observer對(duì)象添加到一個(gè)Map集合中，最后當(dāng)生命周期方法執(zhí)行ondestory之后會(huì)移除觀察者，這樣就避免了內(nèi)存泄漏。從這段源碼可以看出，最后是通過(guò)調(diào)用LifecycleBoundObserver#detachObserver方法來(lái)解綁觀察者的。
你以為這樣就完了？其實(shí)沒(méi)完。我一開(kāi)始看別人這樣說(shuō)的，就沒(méi)去多想，后面仔細(xì)想想內(nèi)存泄漏到本質(zhì)覺(jué)得沒(méi)有徹底搞清楚，于是有了下面的內(nèi)容。
內(nèi)存泄漏的本質(zhì)是什么？
我所理解的是：當(dāng)不再使用的對(duì)象被其它對(duì)象所引用，導(dǎo)致它無(wú)法被回收，就會(huì)造成內(nèi)存泄漏。
下面來(lái)看看這里的引用關(guān)系：
MutableLiveData<String> mLiveData = mTestViewModel.getLiveData();
mLiveData.observe(this, new Observer<String>() {
@Override
public void onChanged(@Nullable String s) {
//更新UI
}
});
在使用的時(shí)候，observe方法第一個(gè)參數(shù)傳入的是Activity／Fragment對(duì)象，這里Activity和LiveData是互相引用？這里是不完全對(duì)的，
我們可以看到第一個(gè)參數(shù)owner最終是傳入到LiveData內(nèi)部類(lèi)LifecycleBoundObserver中了，所以引用關(guān)系應(yīng)該是
Activity<---->LiveData.LifecycleBoundObserver，所以最好移除了observer對(duì)象的時(shí)候，就不再持有Activity引用了，這樣就不會(huì)發(fā)生內(nèi)存泄漏的情況了。
總結(jié)
最后借用 可被感知的數(shù)據(jù) - LiveData 原理詳解一張圖來(lái)總結(jié)LiveData原理
