新闻详情

新闻详情

首页 / 资讯中心 / 详情

Lifecycle 使用

发布时间:2026/10/30 10:38:15来源:尧图网络
Lifecycle 使用
为什么要有LifecycleLifecycle 诞生的背景有三个生命周期不统一Activity 和 Fragment 的生命周期存在差异Fragment 更复杂且不同系统版本下组合使用时行为不一致容易产生隐蔽 bug开发和维护成本高。开发者真正关心的只有六个核心状态业务逻辑如数据加载、定位开关、动画暂停/恢复实际上只依赖create、start、resume、pause、stop、destroy这六个状态。而 Activity/Fragment 中其他回调如onCreateView、onSaveInstanceState对通用逻辑是冗余的导致生命周期显得“凌乱无规律”。生命周期代码难以复用和抽离传统写法下生命周期逻辑写在 Activity/Fragment 内部导致页面组件臃肿外部对象很难优雅地感知和管理生命周期。解决方案计算机世界里大部分问题通过增加一个抽象层来解决。Android 团队推出了Lifecycle统一了 Activity、Fragment 等组件的生命周期行为。有了 Lifecycle 之后开发者只需与 Lifecycle 打交道。业务逻辑不再关心它运行在 Activity 还是 Fragment 中甚至可以用 Lifecycle 定义自己的生命周期组件。不使用 Lifecycle 手动绑定生命周期publicclassLocationManager{publicvoidstart(){/* 开始定位 */}publicvoidstop(){/* 停止定位 */}}publicclassMainActivityextendsAppCompatActivity{privateLocationManagerlocationManager;OverrideprotectedvoidonCreate(BundlesavedInstanceState){super.onCreate(savedInstanceState);locationManagernewLocationManager();}OverrideprotectedvoidonStart(){super.onStart();locationManager.start();// 手动调用}OverrideprotectedvoidonStop(){super.onStop();locationManager.stop();// 手动调用}}堆很多和页面本身无关的生命周期代码。这会导致 Activity / Fragment 变得很臃肿。Lifecycle 的使用添加依赖dependencies{implementationandroidx.lifecycle:lifecycle-runtime-ktx:2.6.2// 核心库implementationandroidx.lifecycle:lifecycle-common-java8:2.6.2// 支持 Java8}创建观察者类两种方式 实现LifecycleObserver接口 或者 通过注解onLifecycleEvent实现DefaultLifecycleObserver接口publicclassMyLocationObserverimplementsDefaultLifecycleObserver{OverridepublicvoidonCreate(NonNullLifecycleOwnerowner){// 开始定位}OverridepublicvoidonDestroy(NonNullLifecycleOwnerowner){// 停止定位释放资源}}DefaultLifecycleObserver将六个方法变为了接口默认方法可以选择性实现而不是全部实现 继承自FullLifecycleObserverFullLifecycleObserver实现了六个方法 继承自LifecycleObserver。LifecycleObserver是一个空接口使用注解onLifecycleEvent(已过时不推荐新项目)publicclassMyObserverimplementsLifecycleObserver{OnLifecycleEvent(Lifecycle.Event.ON_RESUME)publicvoidonResume(){// 恢复操作}}在Activity/Fragment 中添加观察者publicclassMainActivityextendsAppCompatActivity{OverrideprotectedvoidonCreate(BundlesavedInstanceState){super.onCreate(savedInstanceState);setContentView(R.layout.activity_main);getLifecycle().addObserver(newMyLocationObserver());//实际获取的是lifecycle的实现类 lifecycle registry}}使用Lifecycle 可以使得代码更简洁更容易维护更不容易出错防止内存泄漏防止忘记停止一些服务
网站建设高端定制企业官网
RELATED

相关资讯

更多精彩内容,欢迎继续阅读

较早相关资讯

最新相关资讯

【外设】之大彩串口显示屏 2026/10/30 4:02:09

【外设】之大彩串口显示屏

大彩串口屏初步使用 1 .官网下载 STM32 屏幕 GUI 设计资料 http://www.gz-dc.com/category/typeid/4112 找到 STM32 Keil 工程,移植相关代码因项目而异进行移植,由于项目简单,本人只对用到的指令接口进行修改。 比如:注意事项&…

阅读更多 →
无法下载Windows系统iso文件 2026/10/29 23:30:48

无法下载Windows系统iso文件

当我遇到这个问题的时候,我打开了一个网站: 登录 然后我打算下载的时候: 突然那个官方的连接就可以下载了:

阅读更多 →
【清华代码熊】DeepSeek V4.1 Flash 后训练详解 2026/10/29 13:36:24

【清华代码熊】DeepSeek V4.1 Flash 后训练详解

📌 上期解析了 DeepSeek V4.1 Flash 模型架构改进,本期解析 DeepSeek V4.1 Flash 预训练/后训练技术: 🌟 预训练:45T 文本 多模态混合语料、直接训练 sparse attention(取消 DeepSeek V4 的 dense 冷启动&…

阅读更多 →
Shuffle-R1: Efficient RL framework for Multimodal Large Language Models via Data-centric Dynamic ... 2026/10/29 19:55:35

Shuffle-R1: Efficient RL framework for Multimodal Large Language Models via Data-centric Dynamic ...

文章主要内容和创新点 主要内容 本文聚焦于多模态大语言模型(MLLM)强化学习(RL)训练中的效率问题,提出了一个名为Shuffle-R1的框架。研究发现,当前RL训练存在两个关键缺陷: 优势值坍缩(Advantage Collapsing):批次中大多数优势值集中在零附近,导致有效梯度信号被淹…

阅读更多 →
PRvL: Quantifying the Capabilities and Risks of Large Language Models for PII Redaction 2026/10/29 13:36:50

PRvL: Quantifying the Capabilities and Risks of Large Language Models for PII Redaction

一、文章主要内容总结 本文聚焦于利用大型语言模型(LLMs)实现个人身份信息(PII)脱敏的研究,旨在解决传统脱敏方法(如基于规则的系统、领域特定命名实体识别(NER)模型)泛化能力差、跨格式/跨语境适应性弱的问题。 研究通过全面评估多种LLM架构(包括密集型LLM(D-LLM…

阅读更多 →
LLaVA-RE: Binary Image-Text Relevancy Evaluation with Multimodal Large Language Model 2026/10/30 5:26:05

LLaVA-RE: Binary Image-Text Relevancy Evaluation with Multimodal Large Language Model

文章主要内容和创新点 主要内容 本文聚焦于二进制图像-文本相关性评估任务(判断图像与文本“相关”或“不相关”),针对该任务中文本格式多样、相关性定义随场景变化等挑战,提出了基于多模态大语言模型(MLLM)的解决方案LLaVA-RE。 模型设计:LLaVA-RE基于LLaVA 1.5架构,…

阅读更多 →

今日资讯

本周资讯

本月资讯

看完文章仍有疑问?

联系尧图顾问,获取一对一建站咨询

立即免费咨询 📞 400-888-8888
📞 ✉