LiveData源碼解析

LiveData

使用最新的 androidx 的源碼。

前言

LiveData 是 Android Architecture Component 中重要的組成部分。

官網上的介紹如下:

LiveData is an observable data holder class. Unlike a regular observable, LiveData is lifecycle-aware, meaning it respects the lifecycle of other app components, such as activities, fragments, or services. This awareness ensures LiveData only updates app component observers that are in an active lifecycle state.

LiveData是一個可觀察的數據持有者類。與常規observable不同,LiveData是生命周期感知的,這意味著它能感知其他組件的生命周期,例如Activity,Fragment或Service。 此感知確保LiveData僅更新處于活動生命周期狀態的應用程序組件。

綜上,LiveData 采用觀察者訂閱者模式設計,最大的特點是具備生命周期感知能力,它不會因為 View 的生命周期問題引起內存泄漏。

官方文檔地址:
https://developer.android.com/topic/libraries/architecture/livedata

LiveData 的基本用法

初始化:

private MutableLiveData<String> mLiveData = new MutableLiveData<>();

發送事件:

//ui線程
mLiveData.setValue("hello world");
//子線程
mLiveData.postValue("hello world");

在 View 中接收:

mLiveData.observe(this, text -> {});

LiveData 源碼結構

LiveData類結構.png

重要的變量

  • mVersion 和 mLastVersion
mVersion mLastVersion
初始值 START_VERSION = -1 START_VERSION = -1
歸屬類 LiveData ObserverWrapper(抽象內部類)
賦值 setValue/postValue()中 +1 Observer調用onChange()之前將mVersion賦值
作用 mVersion>mLastVersion 才執行 onChange()
  • mObservers
private SafeIterableMap<Observer<? super T>, ObserverWrapper> mObservers =new SafeIterableMap<>();

它是一個以 Observer 為 key 來進行復用 map,ObserverWrapper 類根據類名即可知,它對 Observer 進行擴充。如果在 Activity 中調用 observe() 方法,將 LifecycleOwner 作為key存入map中。

LiveData內部類

LiveData內部類 ObserverWrapper LifecycleBoundObserver AlwaysActiveObserver
抽象和實現類 abstract ObserverWrapper的實現類 ObserverWrapper的實現類
解釋 擴充Observer的功能 帶生命周期 不帶生命周期
shouldBeActive() abstract 當前Owner至少是STARTED才為true return true
onStateChanged() 如果Owner為DESTROYED=>return; 一直執行

重要方法

  • setValue/postValue()
setValue(T value) postValue(T value)
線程 main thread 無限制
功能 dispatchingValue(),分發事件通知Observer 將Runnable拋到主線程,在 Runnable 中調用setValue()
同時調用 先執行(setValue在postvalue后面也是一樣) 后執行
調用多次 發送每一條value 只會發送最后一次value
  • observe/observeForever()
observe() observeForever()
生命周期 生命周期感知,active/inActive 無生命周期感知,always active
存入map 將參數observer放入map(mObservers) 將參數observer放入map(mObservers)
不同的內部類 使用LifecycleBoundObserver 使用AlwaysActiveObserver
執行順序 等待active,owner.getLifecycle().addObserver(wrapper); 立即分發事件(activeStateChanged(true))
是否解注冊 不需要手動remove 防止內存泄漏,需要手動 removeObserver()
  • ObserverWrapper#activeStateChanged(boolean newActive)

          void activeStateChanged(boolean newActive) {
            if (newActive == mActive) {
                return;
            }
            mActive = newActive;
            boolean wasInactive = LiveData.this.mActiveCount == 0;
            LiveData.this.mActiveCount += mActive ? 1 : -1;
            // 如果現在第一次新增活躍的觀察者,那么回調 onActive ,onActive 是個空方法
            if (wasInactive && mActive) {
                onActive();
            }
            // 如果現在沒有活躍的觀察者了,那么回調 onInactive ,onInactive 是個空方法
            if (LiveData.this.mActiveCount == 0 && !mActive) {
                onInactive();
            }
            if (mActive) {
            // 向觀察者發送 LiveData 的值
                dispatchingValue(this);
            }
        }
    
  • LiveData#considerNotify(ObserverWrapper observer)

        private void considerNotify(ObserverWrapper observer) {
        //...省略,判斷觀察者是不是Active狀態
        observer.mLastVersion >= mVersion) {
            //這里很重要,保證LiveData只會接收最新的事件,防止重復分發
            return;
        }
        observer.mLastVersion = mVersion;
        //將數據回調給觀察者
        observer.mObserver.onChanged((T) mData);
    }
    

執行流程分析

setValue(T value)

setValue執行流程

postValue(T value)

postValue執行流程

從流程圖可知:我們調用 postValue()方法時,將一個Runnable拋到主線程,在Runnable中最終會調用setValue()方法。

當調用 setValue()后,將 mVersion++,然后調用dispatchingValue(null)方法來分發事件,參數為null則會遍歷整個Observers的Map,調用Map中每一個Observer的considerNotify()方法來通知所有注冊過的Observer,執行Observer.onChanged(),典型的觀察者模式。

Question

  • 先調用setValue(),再打開一個全新的 Activity ,新的 Activity 如果注冊了觀察者,也會收到這個消息,這是怎么回事?

  • 如下代碼執行后,同一個Observer中的onChanged()回調中會收到什么消息?

    liveData.postValue("1");
    liveData.setValue("2");
    
  • 調用多次setValue(),收到什么消息?

    liveData.setValue("1");
    liveData.setValue("2");
    
  • 調用多次postValue()呢?

    liveData.postValue("1");
    liveData.postValue("2");
    

這幾個問題很有意思也不難,LiveData 的源碼只有幾百行,大家看下源碼,答案很容易找。

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,527評論 6 544
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,687評論 3 429
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,640評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,957評論 1 318
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,682評論 6 413
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 56,011評論 1 329
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 44,009評論 3 449
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 43,183評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,714評論 1 336
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,435評論 3 359
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,665評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,148評論 5 365
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,838評論 3 350
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,251評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,588評論 1 295
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,379評論 3 400
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,627評論 2 380

推薦閱讀更多精彩內容