日本不卡不码高清免费观看,久久国产精品久久w女人spa,黄色aa久久,三上悠亚国产精品一区二区三区

您的位置:首頁技術文章
文章詳情頁

詳解Android JetPack之LiveData的工作原理

瀏覽:31日期:2022-09-20 13:14:07
前言

本篇文章主要講解LiveData工作的原理,如果還不知道LiveData如何用的話,請參考官方文檔。 LiveData的講解涉及到了Lifecycle的知識,如果你還不了解LifeCycle,請參考文檔LifeCycle介紹。

介紹

LiveData是一個數據持有類,它可以通過添加觀察者被其他組件觀察其變更。不同于普通的觀察者,它最重要的特性就是遵從應用程序的生命周期,如在Activity中如果數據更新了但Activity已經是destroy狀態,LivaeData就不會通知Activity(observer)。當然。LiveData的優點還有很多,如不會造成內存泄漏等。

LiveData通常會配合ViewModel來使用,ViewModel負責觸發數據的更新,更新會通知到LiveData,然后LiveData再通知活躍狀態的觀察者。

原理分析

下面直接看代碼:

public class UserProfileViewModel extends ViewModel { private String userId; private MutableLiveData<User> user; private UserRepository userRepo; public void init(String userId) { this.userId = userId; userRepo = new UserRepository(); user = userRepo.getUser(userId); } public void refresh(String userId) { user = userRepo.getUser(userId); } public MutableLiveData<User> getUser() { return user; }}

上面UserProfileViewModel內部持有 UserRepository 中 MutableLiveData的引用,并且提供了獲取 MutableLiveData 的方法 getUser(),UserRepository 負責從網絡或數據庫中獲取數據并封裝成 MutableLiveData 然后提供給 ViewModel。

我們在 UserProfileFragment 中為 MutableLiveData 注冊觀察者,如下:

@Overridepublic void onActivityCreated(@Nullable Bundle savedInstanceState) { super.onActivityCreated(savedInstanceState); String userId = getArguments().getString(UID_KEY); viewModel = ViewModelProviders.of(this).get(UserProfileViewModel.class); viewModel.init(userId); //標注1 viewModel.getUser().observe(UserProfileFragment.this, new Observer<User>() { @Override public void onChanged(@Nullable User user) { if (user != null) { tvUser.setText(user.toString()); } } });}

看標注1處,viewModel.getUser()獲取到 MutableLiveData 也就是我們的 LiveData,然后調用 LiveData的observer方法,并把UserProfileFragment作為參數傳遞進去。observer() 方法就是我們分析的入口了,接下來我們看LiveData的observer()方法都做了什么:

@MainThreadpublic void observe(@NonNull LifecycleOwner owner, @NonNull Observer<T> observer) { //標注1 if (owner.getLifecycle().getCurrentState() == DESTROYED) { // ignore return; } //標注2 LifecycleBoundObserver wrapper = new LifecycleBoundObserver(owner, observer); ObserverWrapper existing = mObservers.putIfAbsent(observer, wrapper); if (existing != null && !existing.isAttachedTo(owner)) { throw new IllegalArgumentException('Cannot add the same observer' + ' with different lifecycles'); } if (existing != null) { return; } owner.getLifecycle().addObserver(wrapper);}

可以看到,UserProfileFragment 是作為 LifeCycleOwner 參數傳進來的,如果你的support包版本大于等于26.1.0,support包中的 Fragment 會默認繼承自 LifecycleOwner,而 LifecycleOwner 可獲取到該組件的 LifeCycle,也就知道了 UserProfileFragment 組件的生命周期(在這里默認大家已經了解過LifeCycle了)。

看標注1處,如果我們的 UserProfileFragment 組件已經是destroy狀態的話,將直接返回,不會被加入觀察者行列。如果不是destroy狀態,就到標注2處,新建一個 LifecycleBoundObserver 將我們的 LifecycleOwner 和 observer保存起來,然后調用 mObservers.putIfAbsent(observer, wrapper) 將observer和wrapper分別作為key和value存入Map中,putIfAbsent()方法會判斷如果 value 已經能夠存在,就返回,否則返回null。 如果返回existing為null,說明以前沒有添加過這個觀察者,就將 LifecycleBoundObserver 作為 owner 生命周期的觀察者,也就是作為 UserProfileFragment 生命周期的觀察者。

我們看下LifecycleBoundObserver 源碼:

class LifecycleBoundObserver extends ObserverWrapper implements GenericLifecycleObserver { @NonNull final LifecycleOwner mOwner; LifecycleBoundObserver(@NonNull LifecycleOwner owner, Observer<T> observer) { super(observer); mOwner = owner; } @Override boolean shouldBeActive() { return mOwner.getLifecycle().getCurrentState().isAtLeast(STARTED); } @Override public void onStateChanged(LifecycleOwner source, Lifecycle.Event event) { if (mOwner.getLifecycle().getCurrentState() == DESTROYED) { removeObserver(mObserver); return; } activeStateChanged(shouldBeActive()); } @Override boolean isAttachedTo(LifecycleOwner owner) { return mOwner == owner; } @Override void detachObserver() { mOwner.getLifecycle().removeObserver(this); }}

代碼并不多,LifecycleBoundObserver 繼承自 ObserverWrapper 并實現了 GenericLifecycleObserver接口,而 GenericLifecycleObserver 接口又繼承自 LifecycleObserver 接口,那么根據 Lifecycle 的特性,實現了LifecycleObserver接口并且加入 LifecycleOwner 的觀察者里就可以感知或主動獲取 LifecycleOwner 的狀態。

好了,看完了觀察者,那么我們的LiveData什么時候會通知觀察者呢?不用想,肯定是數據更新的時候,而數據的更新是我們代碼自己控制的,如請求網絡返回User信息后,我們會主動將User放入MutableLiveData中,這里我在UserRepository中直接模擬網絡請求如下:

public class UserRepository { final MutableLiveData<User> data = new MutableLiveData<>(); public MutableLiveData<User> getUser(final String userId) { if ('xiasm'.equals(userId)) { data.setValue(new User(userId, '夏勝明')); } else if ('123456'.equals(userId)) { data.setValue(new User(userId, '哈哈哈')); } else { data.setValue(new User(userId, 'unknow')); } return data; }}

當調用getUser()方法的時候,我們調用MutableLiveData的setValue()方法將數據放入LiveData中,這里MutableLiveData實際上就是繼承自LiveData,沒有什么特別:

public class MutableLiveData<T> extends LiveData<T> { @Override public void postValue(T value) { super.postValue(value); } @Override public void setValue(T value) { super.setValue(value); }}

setValue()在放入User的時候必須在主線程,否則會報錯,而postValue則沒有這個檢查,而是會把數據傳入到主線程。我們直接看setValue()方法:

@MainThreadprotected void setValue(T value) { assertMainThread('setValue'); mVersion++; mData = value; dispatchingValue(null);}

首先調用assertMainThread()檢查是否在主線程,接著將要更新的數據賦給mData,然后調用 dispatchingValue()方法并傳入null,將數據分發給各個觀察者,如我們的 UserProfileFragment。看 dispatchingValue()方法實現:

private void dispatchingValue(@Nullable ObserverWrapper initiator) { if (mDispatchingValue) { mDispatchInvalidated = true; return; } mDispatchingValue = true; do { mDispatchInvalidated = false; //標注1 if (initiator != null) { considerNotify(initiator); initiator = null; } else { //標注2 for (Iterator<Map.Entry<Observer<T>, ObserverWrapper>> iterator = mObservers.iteratorWithAdditions(); iterator.hasNext(); ) { considerNotify(iterator.next().getValue()); if (mDispatchInvalidated) { break; } } } } while (mDispatchInvalidated); mDispatchingValue = false;}

從標注1可以看出,dispatchingValue()參數傳null和不傳null的區別就是如果傳null將會通知所有的觀察者,反之僅僅通知傳入的觀察者。我們直接看標注2,通知所有的觀察者通過遍歷 mObservers ,將所有的 ObserverWrapper 拿到,實際上就是我們上面提到的 LifecycleBoundObserver,通知觀察者調用considerNotify()方法,這個方法就是通知的具體實現了。

private void considerNotify(ObserverWrapper observer) { if (!observer.mActive) { return; } // Check latest state b4 dispatch. Maybe it changed state but we didn’t get the event yet. // // we still first check observer.active to keep it as the entrance for events. So even if // the observer moved to an active state, if we’ve not received that event, we better not // notify for a more predictable notification order. if (!observer.shouldBeActive()) { observer.activeStateChanged(false); return; } if (observer.mLastVersion >= mVersion) { return; } observer.mLastVersion = mVersion; //noinspection unchecked observer.mObserver.onChanged((T) mData);}

如果觀察者不是活躍狀態,將不會通知此觀察者,看最后一行,observer.mObserver.onChanged((T) mData),observer.mObserver就是我們調用LiveData的observer()方法傳入的 Observer,然后調用 Observer 的 onChanged((T) mData)方法,將保存的數據mData傳入,也就實現了更新。在看下我們實現的Observer:

viewModel.getUser().observe(UserProfileFragment.this, new Observer<User>() { @Override public void onChanged(@Nullable User user) { if (user != null) { tvUser.setText(user.toString()); } }});

如果哪個控件要根據user的變更而及時更新,就在onChanged()方法里處理就可以了。到這里,LiveData已經能夠分析完了,其實LiveData的實現還是要依賴于Lifecycle。

以上就是詳解Android JetPack之LiveData的工作原理的詳細內容,更多關于Android JetPack之LiveData的工作原理的資料請關注好吧啦網其它相關文章!

標簽: Android
相關文章:
日本不卡不码高清免费观看,久久国产精品久久w女人spa,黄色aa久久,三上悠亚国产精品一区二区三区
国产欧美亚洲精品a| 伊人久久一区| 国产精品蜜月aⅴ在线| 日韩精品久久久久久| 日韩激情视频网站| 国产视频一区二| 国产情侣一区| 国产精品99久久精品| 国产精品v日韩精品v欧美精品网站 | 中文精品在线| 国产精品色网| 日本亚洲欧美天堂免费| 三级在线观看一区二区| 日本精品一区二区三区在线观看视频 | 亚洲欧洲一区二区天堂久久| 久久午夜精品| 视频一区在线视频| 日韩1区2区日韩1区2区| 国产精久久久| 日韩电影免费网址| 亚洲免费在线| 国产免费av一区二区三区| 精品一区二区三区亚洲| 九九精品调教| 亚洲精品高潮| 日韩激情一区| 久久中文字幕一区二区三区| 久久亚洲黄色| 日韩视频一二区| 美女精品在线| 亚洲精品福利电影| 日韩二区三区在线观看| 免费欧美一区| 日韩午夜电影| 欧美日韩91| 97国产精品| 六月婷婷一区| 国产+成+人+亚洲欧洲在线| 亚洲一区二区三区高清| 久久香蕉网站| 日韩精品一二区| 国产乱人伦精品一区| 激情国产在线| 一区二区国产在线| 欧美aa一级| 91欧美极品| 精品亚洲精品| 久久国产精品久久w女人spa| 美女视频黄久久| 国产麻豆综合| 极品av在线| 欧美久久久网站| 欧美日韩精品一本二本三本| 国产精品亚洲综合在线观看| 亚洲精品91| 国产精品久久久久蜜臀| 日韩av中文字幕一区| 久久一区二区三区喷水| 国产精品久久久久久久久久久久久久久 | 六月丁香综合| 国产精品原创| 亚洲香蕉网站| 日韩avvvv在线播放| 日韩中文在线播放| 久久国产麻豆精品| 欧美日韩国产一区二区三区不卡 | 精品国产麻豆| 亚洲日本久久| 日韩精品1区| 国产私拍福利精品视频二区| 99re国产精品| 亚洲四虎影院| 精品久久中文| 青草久久视频| 蜜臀av一区二区在线免费观看| 99成人超碰| 福利片在线一区二区| 久久影视三级福利片| 日韩激情啪啪| 夜久久久久久| 97se综合| 蜜桃久久久久久| 久久亚洲一区| 国产日韩亚洲欧美精品| 亚洲欧美网站| 国精品产品一区| 精品国产一级| 国产精品红桃| 91精品国产91久久久久久黑人| 久久国产精品亚洲77777| 98精品久久久久久久| 亚洲三级av| 88久久精品| 欧美激情福利| 精品日本视频| 日韩高清欧美激情| 日本成人手机在线| 老鸭窝亚洲一区二区三区| 日本欧美韩国一区三区| 欧美精选视频一区二区| 国产日韩欧美一区| 国产精品一区二区三区av| 嫩草伊人久久精品少妇av杨幂| 在线精品福利| 精品三级av| 亚洲一区中文| 噜噜噜躁狠狠躁狠狠精品视频| 成人美女视频| 久久久一本精品| 国产日韩欧美在线播放不卡| 欧美亚洲在线日韩| 日韩中文字幕| 欧美久久久网站| 精品国产一区二区三区性色av| 亚洲一区二区小说| 日韩中文欧美在线| 激情丁香综合| 羞羞答答国产精品www一本| 伊人久久亚洲影院| 噜噜噜躁狠狠躁狠狠精品视频| 在线天堂中文资源最新版| 三级一区在线视频先锋| 国产精品99一区二区三| 亚洲欧美日韩精品一区二区| 中文字幕中文字幕精品| 日韩不卡免费高清视频| 欧美va天堂| 91高清一区| 美日韩一区二区三区| 精品国产免费人成网站| 麻豆视频在线看| 国产成人黄色| 高清不卡亚洲| 久久蜜桃资源一区二区老牛| 日韩1区在线| 99pao成人国产永久免费视频| 视频精品一区二区| 国产精品手机在线播放| 四虎4545www国产精品 | 日本精品一区二区三区在线观看视频| 久久亚洲电影| 日韩av网站免费在线| 国产精品夜夜夜| 久久精品理论片| 精品1区2区3区4区| 亚洲五月综合| 国产精品一区二区美女视频免费看 | 日韩午夜视频在线| 国产欧美在线观看免费| 美女福利一区二区三区| 欧美日韩一二三四| 日韩精品一级二级| 日韩av中文字幕一区| 免费日韩成人| 亚洲综合电影| 日本vs亚洲vs韩国一区三区二区| 青草久久视频| 国产a久久精品一区二区三区| 亚洲电影在线| 日本不卡的三区四区五区| 日韩欧美不卡| 91久久国产| 四虎在线精品| 精品久久美女| 亚洲手机在线| 极品日韩av| 精品久久久亚洲| 久久福利精品| 中文一区一区三区高中清不卡免费| 私拍精品福利视频在线一区| 亚洲tv在线| 国产在线成人| 欧美天堂一区二区| 免费日韩视频| 福利欧美精品在线| 青青草91视频| 天堂av在线| 日本vs亚洲vs韩国一区三区二区| 国产麻豆久久| 国产日韩欧美一区二区三区| 天堂av在线一区| 免费观看亚洲| 精品视频网站| 日韩大片在线播放| 国产麻豆一区| 日韩电影二区| 国产日韩欧美在线播放不卡| 国产成人精品999在线观看| 日韩在线一区二区| 91一区二区三区四区| 中文不卡在线| 中文字幕在线官网| 亚洲精品美女| 亚洲不卡系列| 国产在线观看91一区二区三区| 亚洲精品黄色| 1000部精品久久久久久久久| 精品中文字幕一区二区三区| 欧美亚洲一区二区三区| 99在线精品免费视频九九视|