android LifeCycle-简单使用和详细原理解析

本文涉及的产品
全局流量管理 GTM,标准版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
日志服务 SLS,月写入数据量 50GB 1个月
简介: android LifeCycle-简单使用和详细原理解析

Lifecycle是用来做什么的


Lifecycle 用于存储有关组件(如 Activity 或 Fragment)的生命周期状态的信息,并允许其他对象观察此状态。


更通俗的说,你可一通过注册回调的方式,拿到我们activity的所有生命周期方法回调

下图展示了观察生命周期的机制的所有类型

image.png


使用方法


总的来说LifeCycle的使用非常简单,基本没什么好写的,使用方法的章节仅限于绝对新手参考。

说是徒劳的,先上一波简单使用的代码吧


代码展示

class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)
        lifecycle.addObserver(MainObserver())
    }
}
class MainObserver : LifecycleObserver {
    @OnLifecycleEvent(Lifecycle.Event.ON_CREATE)
    fun create(){
        logEE("create")
    }
    @OnLifecycleEvent(Lifecycle.Event.ON_START)
    fun start(){
        logEE("start")
    }
    @OnLifecycleEvent(Lifecycle.Event.ON_RESUME)
    fun resume(){
        logEE("resume")
    }
    @OnLifecycleEvent(Lifecycle.Event.ON_PAUSE)
    fun pause(){
        logEE("pause")
    }
    @OnLifecycleEvent(Lifecycle.Event.ON_STOP)
    fun stop(){
        logEE("stop")
    }
    @OnLifecycleEvent(Lifecycle.Event.ON_DESTROY)
    fun destroy(){
        logEE("destroy")
    }
    @OnLifecycleEvent(Lifecycle.Event.ON_ANY)
    fun any(){
        logEE("any")
    }
}
复制代码

运行后我们执行如下流程: 启动app-点击回退键退出app,查看生命周期日志打印:


效果展示

image.png

我们发现所有的生命周期回调都被调用了,并且每个生命周期调用后都会马上同步调用ON_ANY注解的方法


使用LifeCycle处理异常状态


异常状态说明

我所说的异常状态需要举一个例子:

比如我们现在启动了一个耗时任务去请求网络,然后当网络请求完成后要回来更新ui,我们的异常状态就是指网络请求完成前我们主动关闭了activity。正常情况下这个时候就会造成内存泄露,再次更新ui明显是一个异常状态。本例中我们就需要使用LifeCycle解决此类异常状态。


用到的方法

lifecycle.currentState.isAtLeast(Lifecycle.State.STARTED)
复制代码


测试案例说明和实现

案例说明:

在注册观察者的onCreate方法监听中使用Thread.sleep模拟一个4s耗时任务,然后在Activity中监听任务的回调并打印日志。我们需要模拟两种操作:

  1. 不关闭页面等待耗时任务完成,耗时任务结束后查看日志
  2. 在耗时任务结束前关闭页面,耗时任务结束后查看日志


代码展示

注册监听的观察者代码:

lifecycle.addObserver(MainObserver {
            runOnUiThread {
                if(lifecycle.currentState.isAtLeast(Lifecycle.State.CREATED)){
                    tv.text="耗时任务完成"
                    logEE("耗时任务完成,并成功更新ui")
                }else{
                    logEE("生命周期状态不匹配,不能更新ui")
                }
            }
        })
复制代码


处理耗时任务的代码:

@OnLifecycleEvent(Lifecycle.Event.ON_CREATE)
    fun create(){
        thread {
            Thread.sleep(4000)
            fun0()
        }
    }
复制代码


两种情况对应的日志

不关闭页面等待耗时任务完成,耗时任务结束后查看日志:

image.png

在耗时任务结束前关闭页面,耗时任务结束后查看日志

image.png


结论

是使用LifeCycle的lifecycle.currentState.isAtLeast(Lifecycle.State.CREATED)方法可以判断Activity当前的状态,从而灵活的处理异常状态


LifeCycle实现原理


基本原理

先大概的说一下基本的原理:

我们的AppComponentActivity和FragmentActivity都是继承了ComponentActivity。

ComponentActivity实现了LifecycleOwner接口。

在ComponentActivity的onCreate生命周期回调中会添加一个Fragment

所以我们就是借助Fragment来实现生命周期的观察的

这种实现原理机制并不少见,例如Glide、RxPremission都是用的这种方式实现

我总体上把代码讲解分为了下面四个部分

  1. ComponentActivity中注册Fragment
  2. addObserver添加监听者方法讲解
  3. Fragment中生命周期方法联动回调
  4. 如何回调注解方法

看完后把这四部分相关结合起来理解,就能彻底搞懂LifeCycle源码了


对四部分代码进行讲解

ComponentActivity中注册Fragment

  1. 注入Fragment

AppComponentActivity

ReportFragment.injectIfNeededIn(this);
复制代码


android.app.FragmentManager manager = activity.getFragmentManager();
        if (manager.findFragmentByTag(REPORT_FRAGMENT_TAG) == null) {
            manager.beginTransaction().add(new ReportFragment(), REPORT_FRAGMENT_TAG).commit();
            // Hopefully, we are the first to make a transaction.
            manager.executePendingTransactions();
        }
复制代码

这里主要负责把Fragment添加到activity中


addObserver方法讲解

  1. 方法调用

这个方法会调用到LifecycleRegistry的addObserver

@Override
    public void addObserver(@NonNull LifecycleObserver observer) {
        State initialState = mState == DESTROYED ? DESTROYED : INITIALIZED;
        ObserverWithState statefulObserver = new ObserverWithState(observer, initialState);
        ObserverWithState previous = mObserverMap.putIfAbsent(observer, statefulObserver);
        LifecycleOwner lifecycleOwner = mLifecycleOwner.get();
        boolean isReentrance = mAddingObserverCounter != 0 || mHandlingEvent;
        State targetState = calculateTargetState(observer);
        mAddingObserverCounter++;
        while ((statefulObserver.mState.compareTo(targetState) < 0
                && mObserverMap.contains(observer))) {
            pushParentState(statefulObserver.mState);
            statefulObserver.dispatchEvent(lifecycleOwner, upEvent(statefulObserver.mState));
            popParentState();
            // mState / subling may have been changed recalculate
            targetState = calculateTargetState(observer);
        }
        if (!isReentrance) {
            // we do sync only on the top level.
            sync();
        }
        mAddingObserverCounter--;
    }
复制代码


首先会创建ObserverWithState对象,用来记录生命周期状态,

State targetState = calculateTargetState(observer);

方法会计算出此时的生命周期状态,

后面是一个while循环,while循环会分发生命周期状态

比如你在onResume中进行注册其实也是可以收到onCreate和onStart的注册回调的,这种注册方式实际上就是粘性注册,安卓系统中电量信息的广播接受者就是一种很好的粘性广播注册案例,与这个粘性注册原理相同

后面代码中的方法调用如下

if (!isReentrance) {
      // we do sync only on the top level.
      sync();
  }
复制代码

isReentrance为false的条件是,当前没有在moveToState方法中分发消息,或者注册者的数量不等于0。如果满足这个条件就会调用sync()方法分发消息


Fragment中生命周期方法联动回调

  1. ReportFragment中生命周期方法回调

例如:

dispatch(Lifecycle.Event.ON_DESTROY);
复制代码


private void dispatch(Lifecycle.Event event) {
        Activity activity = getActivity();
       ***
        if (activity instanceof LifecycleOwner) {
            Lifecycle lifecycle = ((LifecycleOwner) activity).getLifecycle();
            if (lifecycle instanceof LifecycleRegistry) {
                ((LifecycleRegistry) lifecycle).handleLifecycleEvent(event);
            }
        }
    }
复制代码

代码中会把Fragment中的所有生命周期回调都调用dispatch方法进行分发,dispatch方法中会调用lifecycle的handleLifecycleEvent方法继续分发


  1. 跳到LifecycleRegistry类中,找到handleLifecycleEvent方法
public void handleLifecycleEvent(@NonNull Lifecycle.Event event) {
        State next = getStateAfter(event);
        moveToState(next);
    }
复制代码

getStateAfter方法主要用来确认事件触发时下一个生命周期的状态,有下面三种:

CREATED、STARTED、DESTROYED


moveToState方法更改生命周期状态并分发,代码如下:

private void moveToState(State next) {
        if (mState == next) {
            return;
        }
        mState = next;
        if (mHandlingEvent || mAddingObserverCounter != 0) {
            mNewEventOccurred = true;
            // we will figure out what to do on upper level.
            return;
        }
        mHandlingEvent = true;
        sync();
        mHandlingEvent = false;
    }
复制代码

moveToState中的sync()方法用来分发生命周期事件到Observer,


  1. sync() 方法
private void sync() {
        LifecycleOwner lifecycleOwner = mLifecycleOwner.get();
        if (lifecycleOwner == null) {
            throw new IllegalStateException("LifecycleOwner of this LifecycleRegistry is already"
                    + "garbage collected. It is too late to change lifecycle state.");
        }
        while (!isSynced()) {
            mNewEventOccurred = false;
            // no need to check eldest for nullability, because isSynced does it for us.
            if (mState.compareTo(mObserverMap.eldest().getValue().mState) < 0) {
                backwardPass(lifecycleOwner);
            }
            Entry<LifecycleObserver, ObserverWithState> newest = mObserverMap.newest();
            if (!mNewEventOccurred && newest != null
                    && mState.compareTo(newest.getValue().mState) > 0) {
                forwardPass(lifecycleOwner);
            }
        }
        mNewEventOccurred = false;
    }
复制代码

下面代码是State的几种状态

public enum State {
        DESTROYED,
        INITIALIZED,
        CREATED,
        STARTED,
        RESUMED;
}
复制代码


sync方法的while循环中有如下代码:

if (mState.compareTo(mObserverMap.eldest().getValue().mState) < 0) {
                backwardPass(lifecycleOwner);
            }
复制代码

上面这行代码会比较当前生命周期状态和最早被加入到SafeIterableMap中的状态,如果小于零(比如一般第一个被加入的是INITIALIZED状态,当前状态比ONCREATE还小只能是DESTROYED状态了),说明当前生命周期需要被backwardPass处理


Entry<LifecycleObserver, ObserverWithState> newest = mObserverMap.newest();
            if (!mNewEventOccurred && newest != null
                    && mState.compareTo(newest.getValue().mState) > 0) {
                forwardPass(lifecycleOwner);
            }
复制代码

上面代码中newest是最新被添加到mObserverMap中的状态,如果当前生命周期状态大于newest状态,说明状态在前进(比如onCreate到onStart)


  1. 继续看backwardPass和forwardPass方法
private void forwardPass(LifecycleOwner lifecycleOwner) {
        Iterator<Entry<LifecycleObserver, ObserverWithState>> ascendingIterator =
                mObserverMap.iteratorWithAdditions();//获取正序的迭代器
        while (ascendingIterator.hasNext() && !mNewEventOccurred) {
            Entry<LifecycleObserver, ObserverWithState> entry = ascendingIterator.next();
            ObserverWithState observer = entry.getValue();
            while ((observer.mState.compareTo(mState) < 0 && !mNewEventOccurred
                    && mObserverMap.contains(entry.getKey()))) {
                pushParentState(observer.mState);
                observer.dispatchEvent(lifecycleOwner, upEvent(observer.mState));
                popParentState();
            }
        }
    }
    private void backwardPass(LifecycleOwner lifecycleOwner) {
        Iterator<Entry<LifecycleObserver, ObserverWithState>> descendingIterator =
                mObserverMap.descendingIterator();//获取逆向迭代器
        while (descendingIterator.hasNext() && !mNewEventOccurred) {
            Entry<LifecycleObserver, ObserverWithState> entry = descendingIterator.next();
            ObserverWithState observer = entry.getValue();
            while ((observer.mState.compareTo(mState) > 0 && !mNewEventOccurred
                    && mObserverMap.contains(entry.getKey()))) {
                Event event = downEvent(observer.mState);
                pushParentState(getStateAfter(event));
                observer.dispatchEvent(lifecycleOwner, event);
                popParentState();
            }
        }
    }
复制代码


forwardPass和backwardPass都有三句重要代码:

pushParentState(getStateAfter(event));
observer.dispatchEvent(lifecycleOwner, event);
popParentState();
复制代码

pushParentState(getStateAfter(event));

向列表中存入状态

observer.dispatchEvent(lifecycleOwner, event);

向Observer分发状态

popParentState();

弹出上一步代码中存入的状态


  1. 查看dispathchEvent方法
void dispatchEvent(LifecycleOwner owner, Event event) {
            State newState = getStateAfter(event);
            mState = min(mState, newState);
            mLifecycleObserver.onStateChanged(owner, event);
            mState = newState;
        }
复制代码

这里的mLifecycleObserver.onStateChanged(owner, event);最终会回调到我们声明的注解方法,mLifecycleObserver的实例是ReflectiveGenericLifecycleObserver,ReflectiveGenericLifecycleObserver最终通过反射的方式回调注解方法,这一部分下一节会详细讲


如何回调注解方法

说到注解方法回调就不得不提addObserver方法了,在LifecycleRegistry类的addObserver方法中,我们创建了一个ObserverWithState对象,并放到Map中

实际上在ObserverWithState方法的构造中就会对注解方法进行包装处理,从而最终用反射回调方法,下面开始代码解析:


ObserverWithState方法的构造如下

ObserverWithState(LifecycleObserver observer, State initialState) {
            mLifecycleObserver = Lifecycling.lifecycleEventObserver(observer);
            mState = initialState;
        }
复制代码


mLifecycleObserver = Lifecycling.lifecycleEventObserver(observer);

这一行代码最终获得的mLifecycleObserver实例的真实类型是ReflectiveGenericLifecycleObserver

ObserverWithState的dispatchEvent方法如下

void dispatchEvent(LifecycleOwner owner, Event event) {
            State newState = getStateAfter(event);
            mState = min(mState, newState);
            mLifecycleObserver.onStateChanged(owner, event);
            mState = newState;
        }
复制代码


在dispatchEvent方法中,会调用

mLifecycleObserver.onStateChanged(owner, event);

代码进行消息分发,实际上就是调用ReflectiveGenericLifecycleObserver.onStateChanged方法。

那么我就看看ReflectiveGenericLifecycleObserver类中的代码吧

class ReflectiveGenericLifecycleObserver implements LifecycleEventObserver {
    private final Object mWrapped;
    private final CallbackInfo mInfo;
    ReflectiveGenericLifecycleObserver(Object wrapped) {
        mWrapped = wrapped;
        mInfo = ClassesInfoCache.sInstance.getInfo(mWrapped.getClass());
    }
    @Override
    public void onStateChanged(LifecycleOwner source, Event event) {
        mInfo.invokeCallbacks(source, event, mWrapped);
    }
}
复制代码


ReflectiveGenericLifecycleObserver类构造参数中的wrapped对象就是我们addObserver中注册的自定义Observer对象。

在构造中通过一些了反射操作拿到Observer对象中的信息封装成了CallbackInfo对象。

然后当我们在ObserverWithState中调用ReflectiveGenericLifecycleObserver的onStateChanged方法的时候,就会调用如下代码:

mInfo.invokeCallbacks(source, event, mWrapped);

invokeCallbacks方法的方法体已经后续调用的代码如下:

@SuppressWarnings("ConstantConditions")
        void invokeCallbacks(LifecycleOwner source, Lifecycle.Event event, Object target) {
            invokeMethodsForEvent(mEventToHandlers.get(event), source, event, target);
            invokeMethodsForEvent(mEventToHandlers.get(Lifecycle.Event.ON_ANY), source, event,
                    target);
        }
        private static void invokeMethodsForEvent(List<MethodReference> handlers,
                LifecycleOwner source, Lifecycle.Event event, Object mWrapped) {
            if (handlers != null) {
                for (int i = handlers.size() - 1; i >= 0; i--) {
                    handlers.get(i).invokeCallback(source, event, mWrapped);
                }
            }
        }
复制代码


上面这一大坨代码最终会调用到MethodReference的如下代码

void invokeCallback(LifecycleOwner source, Lifecycle.Event event, Object target) {
            //noinspection TryWithIdenticalCatches
            try {
                switch (mCallType) {
                    case CALL_TYPE_NO_ARG:
                        mMethod.invoke(target);
                        break;
                    case CALL_TYPE_PROVIDER:
                        mMethod.invoke(target, source);
                        break;
                    case CALL_TYPE_PROVIDER_WITH_EVENT:
                        mMethod.invoke(target, source, event);
                        break;
                }
            } catch (InvocationTargetException e) {
                throw new RuntimeException("Failed to call observer method", e.getCause());
            } catch (IllegalAccessException e) {
                throw new RuntimeException(e);
            }
        }
复制代码

这里就是终点了,最终通过

mMethod.invoke(target);

调用java反射方法的方式执行我们自定义的注解方法



相关文章
|
10天前
|
IDE Android开发 iOS开发
深入解析Android与iOS的系统架构及开发环境差异
本文旨在探讨Android和iOS两大主流移动操作系统在系统架构、开发环境和用户体验方面的显著差异。通过对比分析,我们将揭示这两种系统在设计理念、技术实现以及市场策略上的不同路径,帮助开发者更好地理解其特点,从而做出更合适的开发决策。
38 2
|
5天前
|
存储 缓存 关系型数据库
redo log 原理解析
redo log 原理解析
11 0
redo log 原理解析
|
10天前
|
前端开发 Python
Flask原理解析
Flask原理解析
|
10天前
with open as f原理解析
with open as f原理解析
salt之pillar原理解析
salt之pillar原理解析
|
14天前
|
测试技术 开发者 Python
深入浅出:Python中的装饰器使用与原理解析
【9月更文挑战第20天】本文深入探讨Python中一个强大而神秘的功能——装饰器。通过浅显易懂的语言和生动的比喻,我们将一步步揭开装饰器的面纱,理解其背后的原理,并通过实际代码示例掌握如何运用装饰器来增强我们的函数功能。无论你是初学者还是有一定基础的开发者,这篇文章都将带给你新的启发和思考。
28 7
|
12天前
|
存储 开发框架 数据可视化
深入解析Android应用开发中的四大核心组件
本文将探讨Android开发中的四大核心组件——Activity、Service、BroadcastReceiver和ContentProvider。我们将深入了解每个组件的定义、作用、使用方法及它们之间的交互方式,以帮助开发者更好地理解和应用这些组件,提升Android应用开发的能力和效率。
|
15天前
|
缓存 Android开发 开发者
Android RecycleView 深度解析与面试题梳理
本文详细介绍了Android开发中高效且功能强大的`RecyclerView`,包括其架构概览、工作流程及滑动优化机制,并解析了常见的面试题。通过理解`RecyclerView`的核心组件及其优化技巧,帮助开发者提升应用性能并应对技术面试。
40 8
|
15天前
|
存储 缓存 Android开发
Android RecyclerView 缓存机制深度解析与面试题
本文首发于公众号“AntDream”,详细解析了 `RecyclerView` 的缓存机制,包括多级缓存的原理与流程,并提供了常见面试题及答案。通过本文,你将深入了解 `RecyclerView` 的高性能秘诀,提升列表和网格的开发技能。
39 8
|
12天前
|
ARouter 测试技术 API
Android经典面试题之组件化原理、优缺点、实现方法?
本文介绍了组件化在Android开发中的应用,详细阐述了其原理、优缺点及实现方式,包括模块化、接口编程、依赖注入、路由机制等内容,并提供了具体代码示例。
30 2

热门文章

最新文章

推荐镜像

更多
下一篇
无影云桌面