LiveData学习笔记

带着几个问题去研究源码

  • LiveData是如何感知生命周期的?
  • LiveData如何更新数据

观察LiveData

[LiveData.java] observe()

 @MainThread
    public void observe(@NonNull LifecycleOwner owner, @NonNull Observer<? super T> observer) {
        assertMainThread("observe");
        if (owner.getLifecycle().getCurrentState() == DESTROYED) {
            // ignore
            return;
        }
        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);
    }

这个方法主要做了几件事

  • 判断是否在主线程添加观察者,如果不在主线程则抛出异常
  • 根据LifecycleOwner,和实现的观察者observer,创建一个LifecycleBoundObserver实例对象,这是一个wrapper类,主要包装LifecycleOwner和observer
  • 将observer添加到map中,observer为key,value为wrapper
  • 通过LifecycleOwner获取LifecyclerRegistry并注册观察者wrapper

还有一个observeForever,表示观察者一直观察,shouldActive()方法直接返回的true,而不是根据应用组件的生命周期是否是STARTED或RESUMED状态

内部类LifecycleBoundObserver

这个类从类名上来看,意思为生命周期约束观察者,也就是说受生命周期约束的观察者。该类实现了LifecycleEventObserver接口

 class LifecycleBoundObserver extends ObserverWrapper implements LifecycleEventObserver {
        @NonNull
        final LifecycleOwner mOwner;

        LifecycleBoundObserver(@NonNull LifecycleOwner owner, Observer<? super T> observer) {
            super(observer);
            mOwner = owner;
        }

        @Override
        boolean shouldBeActive() {
            return mOwner.getLifecycle().getCurrentState().isAtLeast(STARTED);
        }

        @Override
        public void onStateChanged(@NonNull LifecycleOwner source,
                @NonNull Lifecycle.Event event) {
            Lifecycle.State currentState = mOwner.getLifecycle().getCurrentState();
            if (currentState == DESTROYED) {
                removeObserver(mObserver);
                return;
            }
            Lifecycle.State prevState = null;
            while (prevState != currentState) {
                prevState = currentState;
                activeStateChanged(shouldBeActive());
                currentState = mOwner.getLifecycle().getCurrentState();
            }
        }

        @Override
        boolean isAttachedTo(LifecycleOwner owner) {
            return mOwner == owner;
        }

        @Override
        void detachObserver() {
            mOwner.getLifecycle().removeObserver(this);
        }
    }

回顾之前Lifecycle的源码分析,监听生命周期,就是通过向Lifecycle中添加LifecycleObserver,LifecycleEventObserver继承了LifecycleObserver。

LiveData感知生命周期是通过向Lifecycle注册观察者LifecycleObserver,当生命周期状态发生变化时回调onStateChanged方法

 @Override
        public void onStateChanged(@NonNull LifecycleOwner source,
                @NonNull Lifecycle.Event event) {
            Lifecycle.State currentState = mOwner.getLifecycle().getCurrentState();
            //如果当前状态为DESTROYED,则移除观察者
            if (currentState == DESTROYED) {
                removeObserver(mObserver);
                return;
            }
            Lifecycle.State prevState = null;
            while (prevState != currentState) {
                prevState = currentState;
              //根据当前状态是否是STARTED或RESUMED,执行活动状态发生改变
               activeStateChanged(shouldBeActive());
                currentState = mOwner.getLifecycle().getCurrentState();
            }
        }

生命周期状态改变回调方法里,主要做了:

  • 判断当前状态是否是销毁状态 DESTROYED,如果是销毁状态,则从Observers Map中移除observer
  • 判断当前状态是否是活动状态,STARTED或RESUMED,并执行activeStateChanged方法,活动状态发生改变了

这里使用了while循环,主要当执行完后,如果生命周期又发生改变,者可以立即执行。

内部类ObserverWrapper
这个装饰类主要保存了Observer对象,以及记录状态

 void activeStateChanged(boolean newActive) {
            if (newActive == mActive) {
                return;
            }
            // immediately set active state, so we'd never dispatch anything to inactive
            // owner
            mActive = newActive;
            changeActiveCounter(mActive ? 1 : -1);
            if (mActive) {
                dispatchingValue(this);
            }
        }
  • 如果不是新的活动,则不执行
  • 保存新的活动状态,并更新活动的观察者计数器
  • 如果是活动状态,则分发数据

改变活动计数器 changeActiveCounter

 @MainThread
    void changeActiveCounter(int change) {
        int previousActiveCount = mActiveCount;
        mActiveCount += change;
        if (mChangingActiveState) {
            return;
        }
        mChangingActiveState = true;
        try {
            while (previousActiveCount != mActiveCount) {
                boolean needToCallActive = previousActiveCount == 0 && mActiveCount > 0;
                boolean needToCallInactive = previousActiveCount > 0 && mActiveCount == 0;
                previousActiveCount = mActiveCount;
                if (needToCallActive) {
                    onActive();
                } else if (needToCallInactive) {
                    onInactive();
                }
            }
        } finally {
            mChangingActiveState = false;
        }
    }

active 为true表示活动状态,否则为不活动,活动状态chang=1,不活动状态=-1

  • mActiveCount 0->1 表示由不活动状态转变为活动状态,
  • mActiveCount 1->0 表示由活动状态为不活动状态
  • mActiveCount>0 则表示含有活动的观察者

dispatchingValue

最新的活动状态newActive为true,并且之前为不活动状态时,分发数据dispathingValue()

void dispatchingValue(@Nullable ObserverWrapper initiator) {
        if (mDispatchingValue) {
            mDispatchInvalidated = true;
            return;
        }
        mDispatchingValue = true;
        do {
            mDispatchInvalidated = false;
            //表示通知某个观察者
            if (initiator != null) {
                considerNotify(initiator);
                //这里不置为null也可以吧
                initiator = null;
            } else {
            //当数据发送变化时走下面这个分支,即调用了setValue方法
                for (Iterator<Map.Entry<Observer<? super T>, ObserverWrapper>> iterator =
                        mObservers.iteratorWithAdditions(); iterator.hasNext(); ) {
                    considerNotify(iterator.next().getValue());
                    if (mDispatchInvalidated) {
                        break;
                    }
                }
            }
        } while (mDispatchInvalidated);
        mDispatchingValue = false;
    }

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;
        }
        //判断观察者的的版本号,如果版本号大于LiveData的版本号,说明已经通知过观察者了,直接返回
        if (observer.mLastVersion >= mVersion) {
            return;
        }
        //将当前LiveData的版本号赋值给observer
        observer.mLastVersion = mVersion;
        observer.mObserver.onChanged((T) mData);
    }

关于使用LiveData实现事件总线替代EventBus和RxBus的方案
参考美团技术团队:https://tech.meituan.com/2018/07/26/android-livedatabus.html

ObserverWrapper.mLastVersion 版本号的问题,当LiveData注册观察者ObserverWrapper的时候,ObserverWrapper默认是mLastVersion为-1,LiveData每更新一次数据后版本号会+1,当Observer 所感知含有生命周期的组件,生命周期发生变化的时候会回调onStateChanged->activeStateChanged->dispatchingValue->considerNotify,也就是说在订阅者订阅消息后有会立马收到消息,这个消息发生在订阅之前。
解决的方案:使用反射更改ObserverWrapper的mLastVersion为当前LiveData的mVersion

小结

以上的流程主要是向LifecycleRegistry注册观察者LifecycleObserver,当应用组件生命周期发送变化时获取生命周期回调事件,并通过判断生命周期是否处于活动状态(STARTED 或RESUMED)更新数据,如果生命周期状态为DESTORYED这移除观察者

更新数据postValue 和 getValue

protected void postValue(T value) {
        boolean postTask;
        synchronized (mDataLock) {
            postTask = mPendingData == NOT_SET;
            mPendingData = value;
        }
        if (!postTask) {
            return;
        }
        ArchTaskExecutor.getInstance().postToMainThread(mPostValueRunnable);
    }

提交数据,这个方法加了同步锁,也就是说可在其他子线程提交数据,通过ArchTaskExecutor提交一个Runnable到主线程,ArchTaskExecutor类里面其实封装了Handler和一个线程池,通过Handler切换到主线程

private final Runnable mPostValueRunnable = new Runnable() {
        @SuppressWarnings("unchecked")
        @Override
        public void run() {
            Object newValue;
            synchronized (mDataLock) {
                newValue = mPendingData;
                mPendingData = NOT_SET;
            }
            setValue((T) newValue);
        }
    };

切换到主线程之后执行了setValue()方法

  @MainThread
    protected void setValue(T value) {
        assertMainThread("setValue");
        mVersion++;
        mData = value;
        dispatchingValue(null);
    }

setValue()方法只能在主线程中执行,数据的版号加1,然后执行了dispatchingValue方法分发数据,和上面分析获取生命周期状态时为活动状态事执行了同样的方法,只是这里传递wrapper为null,需要通知所有的观察者,最后调用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;
        observer.mObserver.onChanged((T) mData);
    }

这个方法主要的功能就是,考虑是否要通知观察者有新的数据,如果观察者的状态为不活动状态则不通知,通过数据的版本来判断是否是新的数据,然后调用观察者的onChanged方法

总结

  • 通过向LiveData 添加观察者observer,监听数据。注册Observer需要传递,LifecycleOwner对象,实现该对象的接口含有自己的生命周期
  • 注册Observer 将LifecycleOwner和Observer包装到一个wrapper类中,该类是一个LifecycleObserver的实现类,通过LifecycleOwner获取LifecycleRegistry,并注册生命周期观察者LifecycleObserver
  • 当应用组件的生命周期发生变化的时候,通知到这个wrapper类,这样LiveData就感知了应用组件的生命周期了,如果是状态是活动状态,有新的数据则通知观察者。如果生命周期状态为销毁状态DESTROYED,则从Observers Map中移除observer
  • 更新数据通过postValue(T value)和setValue(T value),postValue是通过handler切换到主线程,执行setValue,setValue方法则根据应用组件的生命周期是否处于活动状态,如果是活动状态这通知观察者有数据更新
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 221,135评论 6 514
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 94,317评论 3 397
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 167,596评论 0 360
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 59,481评论 1 296
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 68,492评论 6 397
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 52,153评论 1 309
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,737评论 3 421
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,657评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 46,193评论 1 319
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 38,276评论 3 340
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,420评论 1 352
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 36,093评论 5 349
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,783评论 3 333
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,262评论 0 23
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,390评论 1 271
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,787评论 3 376
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,427评论 2 359

推荐阅读更多精彩内容