【Android Framework系列】第14章 Fragment核心原理(AndroidX版本）

1 简介

Fragment是一个历史悠久的组件，从API 11引入至今，已经成为Android开发中最常用的组件之一。
Fragment表示应用界面中可重复使用的一部分。Fragment定义和管理自己的布局，具有自己的生命周期，并且可以处理自己的输入事件。Fragment不能独立存在，而是必须由Activity或另一个Fragment托管。Fragment的视图层次结构会成为宿主的视图层次结构的一部分，或附加到宿主的视图层次结构。
本章节主要探索Fragment的生命周期状态及事务管理。

2 Fragment生命周期

2.1 Fragment完整生命周期

onAttach -> onCreate -> onCreatedView -> onActivityCreated -> onStart -> onResume -> onPause -> onStop -> onDestroyView -> onDestroy -> onDetach
如下图所示：
在这里插入图片描述
Fragment与Activity生命周期各状态的对比：
在这里插入图片描述

2.2 Fragment生命周期状态

Fragment的生命周期状态只有5个，通过降序以及升序来进行判断。如果是升序，走显示的生命周期，降序为销毁的生命周期。由于Fragment的版本代码不断在更新，状态机也不断在变化，因此我们主要分析重点的状态机思路

INITIALIZED：Fragment 的一个新实例已实例化。
CREATED：系统已调用第一批 Fragment 生命周期方法。在 Fragment 处于此状态期间，系统也会创建与其关联的视图。
STARTED：Fragment 在屏幕上可见，但没有焦点，这意味着其无法响应用户输入。
RESUMED：Fragment 可见并已获得焦点。
DESTROYED：Fragment 对象已解除实例化。

FragmentManagerImpl利用mCurState成员变量来标记当前状态，Fragment利用mState成员变量来标记当前状态。
更新FragmentManagerImpl的生命周期状态，这里以FragmentActivity的生命周期回调开始，先看派发给FragmentManagerImpl各个状态的时机。
FragmentManagerImpl继承自FragmentManager，FragmentActivity通过生命周期调用Fragment的生命周期，其实就是调用了FragmentManagerImpl这个类来进行分发，最终都是走的dispatchStateChange()方法进行状态机的更新。

FragmentActivity.java

    @Overrideprotected void onCreate(@Nullable Bundle savedInstanceState) {super.onCreate(savedInstanceState);mFragmentLifecycleRegistry.handleLifecycleEvent(Lifecycle.Event.ON_CREATE);mFragments.dispatchCreate();}

我们以FragmentActivity#onCreate()方法为例，可以看到调用了mFragments的dispatchCreate()方法。然后调用FragmentManager的dispatchCreate()方法。

FragmentManager.java

//（源码方法跳转太多，我直接帮你梳理出核心流程，跟你直接看源码会不同，但逻辑是相同的）
public void dispatchCreate() {mStateSaved = false;mStopped = false;moveToState(Fragment.CREATED, false);// 4、处理未执行的事务execPendingActions();
}void moveToState(int newState, boolean always) {// 1、状态判断if (nextState == mCurState) {return;}mCurState = nextState;// 2、执行添加的 Fragment// Must add them in the proper order. mActive fragments may be out of orderfor (int i = 0; i < mAdded.size(); i++) {Fragment f = mAdded.get(i);// 更新 Fragment 到当前状态moveFragmentToExpectedState(f);}// 3、执行未添加，但是准备移除的 Fragment// Now iterate through all active fragments. These will include those that are removed and detached.for (int i = 0; i < mActive.size(); i++) {Fragment f = mActive.valueAt(i);if (f != null && (f.mRemoving || f.mDetached) && !f.mIsNewlyAdded) {// 更新 Fragment 到当前状态moveFragmentToExpectedState(f);}}
}

其中，moveFragmentToExpectedState() 最终调用到moveToState(Fragment, int)

// moveFragmentToExpectedState 最终调用到 
// 更新 Fragment 到当前状态
void moveToState(Fragment f, int newState) {// 1、准备 Detatch Fragment 的情况，不再与宿主同步，进入 CREATED 状态if ((!f.mAdded || f.mDetached) && newState > Fragment.CREATED) {newState = Fragment.CREATED;}// 2、移除 Fragment 的情况，Fragment 不再与宿主同步if (f.mRemoving && newState > f.mState) {if (f.isInBackStack()) {// 2.1 移除动作添加到返回栈，则进入 CREATED 状态newState = Math.min(nextState, Fragment.CREATED);} else {// 2.1 移除动作添加到返回栈，则进入 DESTROY 状态newState = Math.min(nextState, Fragment.INITIALIZING);}}// 3、真正执行状态转移if (f.mState <= newState ) {switch (f.mState) {case Fragment.INITIALIZING:if (nextState> Fragment.INITIALIZING) {...}// fall throughcase Fragment.CREATED:...// fall throughcase Fragment.ACTIVITY_CREATED:...// fall throughcase Fragment.STARTED:...}} else {switch (f.mState) {case Fragment.RESUMED:if (newState < Fragment.RESUMED) {...}// fall throughcase Fragment.STARTED:...// fall throughcase Fragment.ACTIVITY_CREATED:...// fall throughcase Fragment.CREATED:...}}...
}
  1. 小伙伴们有没发现上面代码的特别之处？case里面没有break。
    这样的好处，是为了让Fragment走完整的生命周期
  2. 触发状态转移时，首先会判断Fragment，如果已经处于目标状态newState，则会跳过状态转移。然而，并不是FragmentManager里所有的Fragment都会执行状态转移，只有「mAdded为真&&mDetached为假」的Fragment才会更新到目标状态，其他Fragment会脱离宿主状态。最后，状态转移完成后会处理未执行的事务execPendingActions();，可见每次dispatchXXX()都会提供一次事务执行的窗口。
    不同Fragment标志位（Detach/Remove/返回栈）与最终状态的关系总结如下表：
    在这里插入图片描述
    提示： 这些标志位可以通过事务进行干涉。

2.3 Fragment的生命周期对应状态

升序：
onCreate()：Fragment已实例化并处于CREATED状态。不过，其对应的视图尚未创建。
onCreateView()：此方法可用于创建布局。Fragment已进入CREATED状态。
onViewCreated()：此方法在创建视图后调用。在此方法中，您通常会通过调用findViewById()将特定视图绑定到属性。
onStart()：Fragment已进入STARTED状态。
onResume()：Fragment已进入RESUMED状态，现已具有焦点（可响应用户输入）。

降序：
onPause()：Fragment已重新进入STARTED状态。相应界面对用户可见。
onStop()：Fragment已重新进入CREATED状态。该对象已实例化，但它在屏幕上不再显示。
onDestroyView()：该方法在Fragment进入DESTROYED状态之前调用。视图已从内存中移除，但Fragment对象仍然存在。
onDestroy()：Fragment进入DESTROYED状态。

下图总结了Fragment生命周期以及状态之间的转换：
在这里插入图片描述

3 Fragment 事务管理

下面我们来了解下影响 Fragment 状态转移的第二个因素：事务。

3.1 事务概述

  1. 事务的特性是什么？
    事务是恢复和并发的基本单位，具备4个基本特性：
    原子性：事务不可分割，要么全部完成，要么全部失败回滚；
    一致性：事务执行前后数据都具有一致性；
    隔离性：事务执行过程中，不受其他事务干扰；
    持久性：事务一旦完成，对数据的改变就是永久的。在Android中体现为Fragment状态保存后，commit()提交事务会抛异常，因为这部分新提交的事务影响的状态无法保存。

  2. 事务的作用是什么？
    使用事务FragmentTransaction可以动态改变Fragment状态，使得Fragment在一定程度脱离宿主的状态。不过，事务依然受到宿主状态约束，例如：当前Activity处于STARTED状态，那么addFragment不会使得Fragment进入RESUME状态。只有将来Activity进入RESUME状态时，才会同步Fragment到最新状态。

3.2 不同事务操作的区别

  1. add&remove：Fragment状态在INITIALIZING与RESUMED之间转移；
  2. detach&attach：Fragment状态在CREATE与RESUMED之间转移；
  3. replace：先移除所有containerId中的实例，再add一个Fragment；
  4. show&hide：只控制Fragment隐藏或显示，不会触发状态转移，也不会销毁Fragment视图或实例；
  5. hide&detach&remove：hide不会销毁视图和实例、detach只销毁视图不销毁实例、remove会销毁实例（自然也销毁视图）。不过，如果remove的时候将事务添加到回退栈，那么Fragment实例就不会被销毁，只会销毁视图。
    在这里插入图片描述
    需要注意：detach Fragment 并不会回调 onDetach()，而是转移到CREATE 状态，回调 onDetach() 需要转移到 INITIALIZING（是不是很奇葩的起名！）

3.3 不同事务提交方式

FragmentTransaction 定义了 5 种提交方式：
在这里插入图片描述
需要注意的地方：

  1. onSaveInstanceState()保存状态后，事务形成的新状态是不会被保存的。在状态保存之后调用 commit()或commitNow()会抛异常，我们需要使用commitAllowingStateLoss()和commitNowAllowingStateLoss()进行提交，我们可以看下抛异常的具体代码：

FragmentManagerImpl.java

private void checkStateLoss() {if (mStateSaved || mStopped) {throw new IllegalStateException("Can not perform this action after onSaveInstanceState");}
}
  1. 使用commitNow()或commitNowAllowingStateLoss()提交的事务不允许加入回退栈

为什么有这个设计呢？可能是 Google 考虑到同时存在同步提交和异步提交的事务，并且两个事务都要加入回退栈时，无法确定哪个在上哪个在下是符合预期的，所以干脆禁止 commitNow() 加入回退栈（这里记住带Now的提交为同步提交，不加入回退栈中）。如果确实有需要同步执行+回退栈的应用场景，可以采用commit() + executePendingTransactions()的取巧方法。相关源码体现如下：

BackStackRecord.java

@Override
public void commitNow() {disallowAddToBackStack();mManager.execSingleAction(this, false);
}@Override
public void commitNowAllowingStateLoss() {disallowAddToBackStack();mManager.execSingleAction(this, true);
}
@NonNull
public FragmentTransaction disallowAddToBackStack() {if (mAddToBackStack) {throw new IllegalStateException("This transaction is already being added to the back stack");}mAllowAddToBackStack = false;return this;
}
  1. commitNow() 和 executePendingTransactions() 都是同步执行，有区别吗？
    commitNow()是同步执行当前事务，而executePendingTransactions()是同步执行事务队列中的全部事务。

4 Fragment逻辑流程

Fragment的逻辑流程本章节不做详细分析，贴上调用关系图供小伙伴们参考学习。

FragmentActivity到FragmentManager的相关调用关系图：
在这里插入图片描述
FragmentManager和BackStackRecord回退栈项的调用关系图：
在这里插入图片描述

5 总结

本章节我们主要了解Fragment的两大模块：

  1. 生命周期及状态 ：生命周期和状态密切相关，状态机升序和降序来实现生命周期的对应。
  2. 事务管理：commit()、commitNow()、commitAllowingStateLoss()、commitNowAllowingStateLoss()及executePendingTransactions()的区别分析。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.hqwc.cn/news/102552.html

如若内容造成侵权/违法违规/事实不符，请联系编程知识网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

Java 日志技术

Java 日志技术

所以说&#xff0c;要学Logback&#xff01; 配置文件 Logback提供了一个核心配置文件logback.xml&#xff0c;日志框架在记录日志时会读取配置文件中的配置信息&#xff0c;从而记录日志的形式。 可以配置日志输出的位置是文件还是控制台可以配置日志输出的格式还可以配置日…
阅读更多...
【数据结构】树的基础入门

【数据结构】树的基础入门

文章目录 什么是树树的常见术语树的表示树的应用 什么是树 相信大家刚学数据结构的时候最先接触的就是顺序表,栈,队列等线性结构. 而树则是一种非线性存储结构,存储的是具有“一对多”关系的数据元素的集合 非线性 体现在它是由n个有限结点(可以是零个结点)组成一个具有层次关…
阅读更多...
Linux 中的 cfdisk 命令及示例

Linux 中的 cfdisk 命令及示例

cfdisk命令用于在磁盘设备上创建、删除和修改分区。它通过提供基于文本的“图形”界面来显示或操作磁盘分区表。 cfdisk /dev/sda 示例： 运行后您会收到如下提示：从列表中
阅读更多...
java+ssh+mysql智能化办公管理系统

java+ssh+mysql智能化办公管理系统

项目介绍&#xff1a; 本系统为基于jspsshmysql的OA智能办公管理系统&#xff0c;包含管理员、领导、员工角色&#xff0c;功能如下&#xff1a; 管理员&#xff1a;公告信息&#xff1b;工作计划&#xff1b;公司资料&#xff1b;部门管理&#xff1b;员工管理&#xff1b;员…
阅读更多...
【JAVA - List】差集removeAll() 四种方法实现与优化

【JAVA - List】差集removeAll() 四种方法实现与优化

一、场景&#xff1a; 二、结论&#xff1a; 1. 四种方法耗时 三、代码&#xff1a; 一、场景&#xff1a; 求差集 List1 - Lsit2 二、结论&#xff1a; 1. 四种方法耗时 初始条件方法名方法思路耗时 List1.size319418 List2.size284900 List..removeAll(Lsit2)1036987ms…
阅读更多...
如何才能搭建高质量的在线产品手册呢？

如何才能搭建高质量的在线产品手册呢？

随着科技的发展&#xff0c;越来越多的企业将目光投向互联网&#xff0c;并将自己的产品推向了线上。而对于这些线上产品&#xff0c;拥有一份完备的、易用、高质量的在线产品手册显得尤为重要。 如何才能搭建高质量的在线产品手册呢&#xff1f; 一、确定手册的内容和格式 …
阅读更多...
基于SpringBoot的在线拍卖系统

基于SpringBoot的在线拍卖系统

基于SpringBootVue的在线拍卖系统&#xff0c;前后端分离 开发语言&#xff1a;Java数据库&#xff1a;MySQL技术&#xff1a;SpringBoot、Vue、Mybaits Plus、ELementUI工具&#xff1a;IDEA/Ecilpse、Navicat、Maven 【主要功能】 后台&#xff1a;用户管理、商品类型管理…
阅读更多...
【Linux】高级IO --- 多路转接，select，poll，epoll

【Linux】高级IO --- 多路转接，select，poll，epoll

所有通过捷径所获取的快乐&#xff0c;无论是金钱、性还是名望&#xff0c;最终都会给自己带来痛苦 文章目录 一、五种IO模型1.什么是高效的IO&#xff1f;&#xff08;降低等待的时间比重&#xff09;2.有哪些IO模型&#xff1f;哪些模型是高效的&#xff1f;3.五种IO模型的特…
阅读更多...
Android常用的工具“小插件”——Widget机制

Android常用的工具“小插件”——Widget机制

Widget俗称“小插件”&#xff0c;是Android系统中一个很常用的工具。比如我们可以在Launcher中添加一个音乐播放器的Widget。 在Launcher上可以添加插件&#xff0c;那么是不是说只有Launcher才具备这个功能呢&#xff1f; Android系统并没有具体规定谁才能充当“Widget容器…
阅读更多...
代码审查和合并请求：团队合作中的关键

代码审查和合并请求：团队合作中的关键

在现代软件开发中&#xff0c;团队合作是不可或缺的一部分。为了确保代码质量、减少错误以及促进知识共享&#xff0c;代码审查和合并请求成为了开发团队中的关键实践。在本文中&#xff0c;我们将深入探讨代码审查和合并请求的重要性、流程以及最佳实践。 代码审查的重要性 …
阅读更多...
【ViT（Vision Transformer）】(二) 阅读笔记

【ViT（Vision Transformer）】(二) 阅读笔记

简介 ViT是2020年Google团队提出的将Transformer应用在图像分类的模型&#xff0c;虽然不是第一篇将transformer应用在视觉任务的论文&#xff0c;但是因为其模型“简单”且效果好&#xff0c;可扩展性强&#xff08;scalable&#xff0c;模型越大效果越好&#xff09;&#x…
阅读更多...
2023开学礼《乡村振兴战略下传统村落文化旅游设计》许少辉八一新书海口经济学院图书馆

2023开学礼《乡村振兴战略下传统村落文化旅游设计》许少辉八一新书海口经济学院图书馆

2023开学礼《乡村振兴战略下传统村落文化旅游设计》许少辉八一新书海口经济学院图书馆
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023