Jetpack 组件之 Lifecycle 使用与浅析

机器人运动不流畅?手把手教你用ACCSET调整ABB/FANUC点位加速度 本文针对ABB和FANUC工业机器人运动不流畅、拐角抖动、到位震颤等常见问题,提供了详细的解决方案。核心在于使用ACCSET指令(ABB)或ACC选项(FANUC)调整机器人的点位加速度与减速度参数。文章通过实战案例与系统化调试流程,手把手指导工程师优化运动性能,实现平稳、精准的机器人运动控制。 阅读详情

Lifecycle 是什么?

官方解释:

Lifecycle is a class that holds the information about the lifecycle state of a component (like an activity or a fragment) and allows other objects to observe this state.

个人理解:
Lifecycle 就是管理组件( Activity / Fragment )生命周期的一个工具(类),可以在其他组件( Activity / Fragment 之外)监听生命周期变化。该组件是 Jetpack 架构组件库(Jetpack Architecture Components)中非常重要的一部分,例如 LiveData、ViewModel 等组件,必须依赖该组件实现监听和处理生命周期变化。

怎么使用 Lifecycle?

DefaultLifecycleObserver方式:[推荐]

前提

  • 项目使用Java 8 进行编译
  • 添加 gradle 依赖 “androidx.lifecycle:lifecycle-common-java8:$lifecycle_version”
class LoginActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_login)
        //注册生命周期监听
        lifecycle.addObserver(ActivityLifecycleObserver())
    }
}

/**
* 生命周期的监听类
* 可实现生命周期相关逻辑,使 LoginActivity 中的代码逻辑更加简洁
*/
class ActivityLifecycleObserver: DefaultLifecycleObserver{

    override fun onResume(owner: LifecycleOwner) {
        super.onResume(owner)
        //生命周期执行到了 onResume
    }
}

注解方式:

不推荐。注解方式是通过反射调用,存在性能损耗。

class LoginActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_login)
        //注册生命周期监听
        lifecycle.addObserver(ActivityLifecycleObserver())
    }
}

/**
* 生命周期的监听类
* 可实现生命周期相关逻辑,使 LoginActivity 中的代码逻辑更加简洁
*/
class ActivityLifecycleObserver: LifecycleObserver{
    
    @OnLifecycleEvent(Lifecycle.Event.ON_RESUME)
    fun onResume(){
        //生命周期执行到了 onResume
    }
}

拓展,自主管理生命周期

非常不推荐。这种自行维护生命周期,可能会出现竞态情况。

class LoginActivity : AppCompatActivity() {

    private lateinit var mLifecycleRegistry: LifecycleRegistry

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_login)
        
        //这里自定义LifecycleRegistry
        mLifecycleRegistry = LifecycleRegistry(this)
        mLifecycleRegistry.handleLifecycleEvent(Lifecycle.Event.ON_CREATE)

        //注册生命周期监听
        lifecycle.addObserver(ActivityLifecycleObserver())
    }

    override fun onStart() {
        super.onStart()
        //通过自定义的 LifecycleRegistry 发送生命周期,可覆盖默认实现
        mLifecycleRegistry.handleLifecycleEvent(Lifecycle.Event.ON_START)
    }

    // 必须要重写该方法,赋予自定义的Registry
    override fun getLifecycle(): Lifecycle {
        return mLifecycleRegistry
    }
}

class ActivityLifecycleObserver: LifecycleObserver{

    @OnLifecycleEvent(Lifecycle.Event.ON_RESUME)
    fun onResume(){
        //生命周期执行到了 onResume
    }
}

Lifecycle 的原理是什么?

理解 Event、State

在开始源码讲解前,首先要明白 Event 与 State 之间的关系。这个至关重要,因为在源码中经常会有 Event 与 State 间的互相转换,需要依赖两者的关系图()促进理解才行。

Event: Lifecycle 发送对应的生命周期事件的枚举类,包含 onCreate、onStart 等生命周期事件。

State: Lifecycle 处理的生命周期状态,与Event是映射关系。
State与Event关系映射图.jpg

实现原理

原理仅讲解 Activity 部分,Fragment 的实现逻辑,可自行查看下 FragmentActivity # HostCallbacks 类的相关调用与逻辑。

源码部分基于 lifecycle 2.2.0 版本 与 acitivity 1.1.0 版本。

源码分析分为两部分,先从调用方法出发,大体知道内部逻辑,再从疑问入手,解答心里疑惑。

从调用方法出发

/**
* 这里有三部分组成: lifecycle、addObserver()、ActivityLifecycleObserver对象
* lifecycle: 对应的 getLifecycle() 方法,获取 Lifecycle 对象
* addObserver(): 调用 Lifecycle 对象的 addObserver() 方法
* ActivityLifecycleObserver对象: 这个是我们实现 DefaultLifecycleObserver 接口的类对象
*/
lifecycle.addObserver(ActivityLifecycleObserver())

通过调用方法可以发现,需要看一下 getLifecycle() 和 addObserver() 两个方法的内部逻辑是什么?

getLifecycle() 内部实现:

通过下面代码可以看到,getLifecycle() 方法真正实现是在 ComponentActivity中,并且创建一个 LifecycleRegistry 对象,通过该方法返回。

public class ComponentActivity extends androidx.core.app.ComponentActivity implements LifecycleOwner{
    // ... 省略 ...

    // 直接 new 了一个 LifecycleRegistry 对象。
    // LifecycleRegistry 这个类又是做什么的呢? 这个我们后面在看。
    private final LifecycleRegistry mLifecycleRegistry = new LifecycleRegistry(this);

    // ... 省略 ...

    @NonNull
    @Override
    public Lifecycle getLifecycle() {
        return mLifecycleRegistry;
    }

    // ... 省略 ...

}

addObserver() 内部实现:

通过代码可以发现 LifecycleRegistry 才是实际的生命周期的管理类,这也是为什么上面 getLifecycle() 返回的是LifecycleRegistry 对象。代码看起来不少,但也是最核心的部分,简单总结下:

  1. 调用 addObserver() 方法,内部会给定一个初始状态,并与 observer 绑定(通过 ObserverWithState),然后调用了 sync() 方法。
  2. sync() 方法内部根据状态之间的差异判断是往前走(forwardPass())还是往后走(backwardPass())。(此处咱们以往前走为例)
  3. forwardPass()内部调用 upEvent() 方法,将 observer 的 State 转换为 Event,然后调用 ObserverWithState#dispatchEvent() 进行分发。
  4. 此时我们自己实现的 Observer 类就会收到生命周期回调了。

PS: 这里需要注意 LifecycleRegistry#mState 和 ObserverWithState#mState 不要搞混了。

public class LifecycleRegistry extends Lifecycle {

    // ... 省略 ...

    @Override
    public void addObserver(@NonNull LifecycleObserver observer) {

        // 给定一个初始状态,创建 ObserverWithState 对象,将状态与 observer 传入,
        // 然后将 ObserverWithState 对象存入 map 中
        State initialState = mState == DESTROYED ? DESTROYED : INITIALIZED;
        ObserverWithState statefulObserver = new ObserverWithState(observer, initialState);
        ObserverWithState previous = mObserverMap.putIfAbsent(observer, statefulObserver);

        // ... 省略 ...

        if (!isReentrance) {
            // we do sync only on the top level.
            sync();
        }
            
        // ... 省略 ...
    }

    // ... 省略 ...

    private void sync() {
        LifecycleOwner lifecycleOwner = mLifecycleOwner.get();
    
        // ... 省略 ...
    
        // 通过 isSynced() 方法判断状态是否已经对齐。
        // 下面逻辑用于判断是往前走,还是往后走。
        // 需要借助“State 与 Event 关系图”来理解。
        // 例如:
        // 显示一个新建的Activity, mState = Created, mObserverMap.eldest().getValue().mState = INITIALIZED, 
        // newest.getValue().mState = INITIALIZED。通过以下逻辑可以判断,执行 forwardPass() 方法(往前走)
        while (!isSynced()) {
            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);
            }
        }
    }

    // ... 省略 ...

    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);

                // 重点在这里~ 调用 upEvent() 方法,获取当前 State 对应的 Event,
                // 然后调用 ObserverWithState 的 dispatchEvent() 方法分发
                observer.dispatchEvent(lifecycleOwner, upEvent(observer.mState));

                popParentState();
            }
        }
    }

    // ... 省略 ...

    // State 转 Event。可参照“State 与 Event 关系图”来理解
    private static Event upEvent(State state) {
        switch (state) {
            case INITIALIZED:
            case DESTROYED:
                return ON_CREATE;
            case CREATED:
                return ON_START;
            case STARTED:
                return ON_RESUME;
            case RESUMED:
                throw new IllegalArgumentException();
        }
        throw new IllegalArgumentException("Unexpected state value " + state);
    }

    // ... 省略 ...


    // 静态内部类,用于绑定 observer 与 State
    static class ObserverWithState {
        State mState;
        LifecycleEventObserver mLifecycleObserver;

        ObserverWithState(LifecycleObserver observer, State initialState) {

            // 这里将自己实现的 Observer 类对象做了一层转换。内部有对注解方式的实现,可自行查看。
            mLifecycleObserver = Lifecycling.lifecycleEventObserver(observer);

            mState = initialState;
        }


        // 通过 Event 转 State,对当前 Event 事件进行下发,并更新 observer 的 State
        void dispatchEvent(LifecycleOwner owner, Event event) {
            State newState = getStateAfter(event);
            mState = min(mState, newState);
            mLifecycleObserver.onStateChanged(owner, event);
            mState = newState;
        }
    }

    // ... 省略 ...
}

从疑问出发

1. Lifecycle 是如何监听生命周期的?又怎么通知其他组件(Observer)生命周期变化的?

从上面的“从调用方法入手”没有看到如何监听生命周期变化的,那么这一块逻辑在哪里呢?
(这里以 监听 Activity 生命周期为例) 在 ComponentActivity#onCreate() 方法中调用了 ReportFragment#injectIfNeededIn()。ReportFragment 就是真正的生命周期提供者(被观察者),它内部提供生命周期的变化,并调用 LifecycleRegistry#handleLifecycleEvent() 方法进行下发。handleLifecycleEvent() 方法内部将 Event 转 State,然后调用 sync 方法,剩余逻辑就和“从调用方法触发”中的一样了(可以看 addObserver() 内部实现 部分)。

public class ComponentActivity extends androidx.core.app.ComponentActivity implements
        LifecycleOwner,
        ViewModelStoreOwner,
        SavedStateRegistryOwner,
        OnBackPressedDispatcherOwner {
    // ... 省略 ...

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        mSavedStateRegistryController.performRestore(savedInstanceState);

        // 这里
        ReportFragment.injectIfNeededIn(this);
        if (mContentLayoutId != 0) {
            setContentView(mContentLayoutId);
        }
    }

}

//实际生命周期被观察者
public class ReportFragment extends Fragment {
    // ... 此处省略生命周期相关逻辑,最后都会调用 dispatch() ...

    private void dispatch(Lifecycle.Event event) {
        Activity activity = getActivity();

        // ... 省略 ...

        if (activity instanceof LifecycleOwner) {
            Lifecycle lifecycle = ((LifecycleOwner) activity).getLifecycle();
            if (lifecycle instanceof LifecycleRegistry) {

                    //调用 LifecycleRegistry#handleLifecycleEvent() 方法触发事件
                ((LifecycleRegistry) lifecycle).handleLifecycleEvent(event);
            }
        }
    }
        
}

public class LifecycleRegistry extends Lifecycle {
    // ... 省略 ...

    public void handleLifecycleEvent(@NonNull Lifecycle.Event event) {
        // 根据传入的 Event 获取 State
        State next = getStateAfter(event);
        moveToState(next);
    }

    // 更新 LifecycleRegistry#mState 值,然后调用 sync() 方法
    private void moveToState(State next) {
        // ... 省略 ...
        
        mState = next;

        // ... 省略 ...

        sync();
    }

    // ... 省略 ...

}

2. addObserver() 在 onStart() 中调用的话,还会受到 onCreate 生命周期吗?

通过如下代码和注释可以得出结论:如果不是在 onCreate() 中调用 addObserver(),仍然可以得到生命周期事件。

public class LifecycleRegistry extends Lifecycle {

    // ... 省略 ...

    @Override
    public void addObserver(@NonNull LifecycleObserver observer) {

        // ... 省略 ...
        
        // 这里开始比较 observer 的 State 与当前的 State,如果晚于当前的 State 则触发 dipatchEvent 追赶当前的生命周期。
        // 比较两个 State 的意义在于 addObserver() 调用如果不在 onCreate 中,则仍可以接收到 onCreate 生命周期。
        // 例如:
        // 当前的 State = Started, observer 的 State = INITIALIZED,
        // observer 的 State 晚于当前的 State,则触发 dispatchEvent(INITIALIZED)
        while ((statefulObserver.mState.compareTo(targetState) < 0
                && mObserverMap.contains(observer))) {
            pushParentState(statefulObserver.mState);
            statefulObserver.dispatchEvent(lifecycleOwner, upEvent(statefulObserver.mState));
            popParentState();
            // 为了防止在observer State 在追赶途中,当前 State 又发生了变化,则调用 calculateTargetState() 再次计算一下两者差距
            targetState = calculateTargetState(observer);
        }

        if (!isReentrance) {
            // we do sync only on the top level.
            sync();
        }
            
        // ... 省略 ...
    }
    
    // ... 省略 ...
}

3. 项目现在继承的是 Activity 类,怎么使用 Lifecycle 呢?

通过代码可以得知,Lifecycle 的生命周期变化是在 ComponentActivity,如果继承的是 Activity,那只能自己维护生命周期的变化,类似于“拓展,自主管理生命周期”,区别在于需要实现 LifecycleOwner 接口,并维护全生命周期。以下为示例代码:

open class BaseActivity : Activity(), LifecycleOwner{

    private val mLifecycleRegistry = LifecycleRegistry(this)
    
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        mLifecycleRegistry.handleLifecycleEvent(Lifecycle.Event.ON_CREATE)
    }
    
    override fun onStart() {
        super.onStart()
        mLifecycleRegistry.handleLifecycleEvent(Lifecycle.Event.ON_START)
    }
    
    override fun onDestroy() {
        super.onDestroy()
        mLifecycleRegistry.handleLifecycleEvent(Lifecycle.Event.ON_DESTROY)
    }
    
    override fun getLifecycle(): Lifecycle {
        return mLifecycleRegistry
    }
}

总结

简单总结下Lifecycle的实现原理:在 ComponentActivity 调用 ReportFragment 来监听生命周期变化,当生命周期变化时,调用 LifecycleRegistry#handleLifecycleEvent() 来通知。然后调用 LifecycleRegistry#addObserver() 方法,内部会根据 State 与 Event 进行转换,并下发生命周期事件。
下面为调用时序图,可参照自行走一遍源码。
Lifecycle时序图.png

OpenMythos深度解析 本文深入解析了kyegomez/OpenMythos项目如何从第一性原理重建Claude Mythos的核心架构。该项目并非直接复制Claude,而是基于公开论文和实验结果推测其可能的设计理念,构建了包含多模态注意力、深度推理引擎、知识检索模块等六大核心组件的模块化架构。重点剖析了分组查询注意力(GQA)的实现细节,展示了KV头扩展等关键技术。该项目已成为大模型开源社区最受关注的研究之一,为理解Claude的架构思想提供了有价值的参考。 阅读详情

相关推荐

KV260-从开箱到人脸识别(小白入门)

波特率选择115200,数据为8位,停止位1位,无奇偶校验,点击链接即可完成通讯。空白的盘格式化之后及进行挂载,这时会被我们的操作系统接手管理,这时就具有了操作系统的属性,复制文件就是在操作系统下的文件系统基础上进行的操作,这个过程是相对的地址进行操作,因此,复制文件是在操作系统环境下完成的更高级的操作模式。空白的盘相当于一整块空白的存储单元,因为没有格式化也不具有文件系统的属性,只有当外部的硬件或者软件写进空白的区域,这种方式是对绝对物理地址进行的操作,因此,烧录文件是独立于操作系统的更低级的写入方式。

qq_53252845的博客 3814

JetPack之Lifecycle

JetPack之Lifecycle

似霰的博客 1121

查看电脑mac地址+主机名+用户名并导出

张三:李四,应公司要求,今天下班前必须将这张表格里面用户电脑的mac地址统计出来!李四:我该怎么办呢?一个一个查看,太没有效率了吧!对了,我可以做一个bat脚本啊!

拥抱着青春 1969

Jetpack中Lifecycle的使用

Jetpack中Lifecycle的使用 什么是Jetpack Jetpack是一个由多个库组成的套件,可帮助开发者遵循最佳做法,减少样板代码并编写可在各种Android版本和设备中一致运行的代码(说明 Jetpack 可以轻松的处理由 Android 版本不一致和设备不同产生的差异性和兼容性问题),以便可以让开发者更专注于编写他们的核心代码。 什么是Lifecycle Lifecycle是一个可以感知宿主组件生命周期变化的组件。它持有宿主组件的生命周期信息,当宿主生命周期状态发生变化,就会去通知监听

BestpayTech的博客 231

【DeepSeek应用实践】手把手教程:用 AnythingLLM + Ollama + DeepSeek-R1 搭建本地企业知识库

在众多的技术方案中,我们选择了 AnythingLLM、Ollama 和 DeepSeek-R1 这一组合来搭建本地知识库。Ollama 作为一个轻量级的本地化大语言模型部署工具,支持多种模型,易于安装和使用,能够快速在本地运行强大的语言模型。DeepSeek-R1 是一个专为知识库问答设计的检索增强生成(RAG)模型,它结合了检索和生成的优势,能够快速从知识库中检索相关信息并生成精准答案。而 AnythingLLM 则是一个用户友好的界面工具,可以方便地连接 Ollama 和 DeepSeek-R1

寻道AI,探索AI无限可能! 2566

【RT-DETR多模态融合改进】在前期、中期、中后期、后期多模态融合中添加P6大目标检测层,完整步骤及代码

主题: RT-DETR的多模态融合改进中增加P6大目标检测层方式: 分别在前期融合、中期融合、中-后期融合、后期融合中增加P6多模态融合检测层。内容: 包含融合方式详解以及完整配置步骤,开箱即用,一键运行。原始模型结构如下: 二、有效特征层对应的检测头类别 2.1 P3/8 - small检测头 原始模型中的对应的检测头主要用于检测相对较小的目标。其特征图大小相对较大,空间分辨率较高。 适合检测尺寸大概在到像素左右的目标。 2.2 P4/16 - medium检测头 这个检测头对应的经过了更多的下采样

Limiiiing的博客 390

Lifecycle 使用及原理解析 一文搞懂

Lifecycle是Android Architecture Components的一员,这玩意儿挺方便的,它是能感知Activity和Fragment的生命周期的. 一、使用Lifecycle 1. 引入Lifecycle 我们来看一下如何引入: 非androidX项目引入: //运行时 implementation &quot;android.arch.lifecycle:runtime:1.1.1...

潇风寒月 7325

Allegro基本规则设置指导书之Spacing Region

当网络需要在Region中需要按照自身的规则匹配时,可以创建Region Class来匹配。Region也支持Class to Class规则,点击ok即可。Allegro基本规则设置指导书之Spacing Region。下面介绍基本规则设置指导书之Spacing Region。给创建好的Region 匹配一个规则。空白的地方创建一个Region。

weixin_54787054的博客 563

【Android】Jetpack组件之LifeCycle

Lifecycle组件是Android Jetpack架构组件之一,它提供了一种方法来管理Android组件(如Activity、Fragment和服务)的生命周期。Lifecycle组件帮助你执行与生命周期相关联的操作,确保在适当的时间发生适当的事情,例如,当你的应用进入后台时停止数据刷新,或者在应用回到前台时更新UI。

2301_79828182的博客 1675

基于STM32、HAL库的TCA9555PWR I/O扩展器驱动程序设计

define TCA9555_ADDR_BASE 0x20 // 基础地址 (A0=A1=A2=0)* @param direction: 方向 (0=输出, 1=输入)* @param direction: 方向 (0=输出, 1=输入)* @param polarity: 极性 (0=正常, 1=反转)* @param polarity: 极性 (0=正常, 1=反转)

corlin6688的博客 525

Chamfer Loss

ChamferLoss是一种常用于3D点云(pointcloud)处理的损失函数,特别是在点云生成和对齐任务中。它的目的是度量两个点集之间的相似度,特别是在点云重建、配准或生成等任务中,常用于优化模型使得生成的点云更接近真实的点云。

夜空中明亮的星的专栏 455

Jetpack 之 LifeCycle 组件使用详解

**在应用程序的整个生命周期中只会被调用一次*//**永远不会被调用,系统不会分发调用 ON_DESTROY 事件*/

2401_84132204的博客 549

复分析 阿尔福斯(Ahlfors) 第三版答案 英文

答案分为十章,有部分习题没有答案,全英文复分析阿尔福斯(Ahlfors) 第三版答案

Jetpack 组件之 Lifecycle 使用与浅析,android应届毕业生面试题

最后这里放上我这段时间复习的资料,这个资料也是偶然一位朋友分享给我的,里面包含了腾讯、字节跳动、阿里、百度2020-2021面试真题解析,并且把每个技术点整理成了视频和PDF(知识脉络 + 诸多细节)。还有高级架构技术进阶脑图、高级进阶架构资料帮助大家学习提升进阶,这里我也免费分享给大家也节省大家在网上搜索资料的时间来学习,也可以分享给身边好友一起学习。一起互勉~《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!识点,真正体系化!**

2401_84149220的博客 1060

怀旧版电脑GBC模拟器

再现原版GBC掌机的界面,电脑运行连游戏界面都一样大小,很怀旧,很真实,(英文版)强烈推荐,很小的文件,很难才找到的。

efm32 入门.pdf

本PDF共计22页,介绍的是操作驱动API,下载与否自己斟酌。

上一篇: 【设计模式】创建型(单例、工厂、建造)
下一篇: Jetpack 组件之 ViewModel 使用与浅析
青杉`
博客等级 码龄10年 148粉丝 39原创
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值