Android基础：Fragment，看这篇就够了

欢迎你们前往云+社区，获取更多腾讯海量技术实践干货哦~

由 每天P图攻城狮 发布在云+社区
做者简介：damonxia(夏正冬)，每天P图Android工程师

下文中Demo的源代码地址：https://github.com/xiazdong/F...。

基本概念

Fragment，简称碎片，是Android 3.0（API 11）提出的，为了兼容低版本，support-v4库中也开发了一套Fragment API，最低兼容Android 1.6。
过去support-v4库是一个jar包，24.2.0版本开始，将support-v4库模块化为多个jar包，包含：support-fragment, support-ui, support-media-compat等，这么作是为了减小APK包大小，你须要用哪一个模块就引入哪一个模块。
若是想引入整个support-v4库，则compile 'com.android.support:support-v4:24.2.1'，若是只想引入support-fragment库，则com.android.support:support-fragment:24.2.1。

由于support库是不断更新的，所以建议使用support库中的android.support.v4.app.Fragment，而不要用系统自带的android.app.Fragment。而若是要使用support库的Fragment，Activity必需要继承FragmentActivity（AppCompatActivity是FragmentActivity的子类）。

Fragment官方的定义是：

Fragment represents a behavior or a portion of user interface in an Activity. You can combine multiple fragments in a single activity to build a multi-pane UI and reuse a fragment in multiple activities. You can think of a fragment as a modular section of an activity, which has its own lifecycle, receives its own input events, and which you can add or remove while the activity is running.

根据上面的定义可知：

• Fragment是依赖于Activity的，不能独立存在的。
• 一个Activity里能够有多个Fragment。
• 一个Fragment能够被多个Activity重用。
• Fragment有本身的生命周期，并能接收输入事件。
• 咱们能在Activity运行时动态地添加或删除Fragment。

Android 3.0系统只针对平板电脑，且闭源，那时候针对手机和针对平板是两套源代码，后来Android
4.0时整合了手机和平板的源码，所以市面上很难看到Android 3.0系统。

Fragment的优点有如下几点：

• 模块化（Modularity）：咱们没必要把全部代码所有写在Activity中，而是把代码写在各自的Fragment中。
• 可重用（Reusability）：多个Activity能够重用一个Fragment。
• 可适配（Adaptability）：根据硬件的屏幕尺寸、屏幕方向，可以方便地实现不一样的布局，这样用户体验更好。

Fragment核心的类有：

• Fragment：Fragment的基类，任何建立的Fragment都须要继承该类。
• FragmentManager：管理和维护Fragment。他是抽象类，具体的实现类是- FragmentManagerImpl。
• FragmentTransaction：对Fragment的添加、删除等操做都须要经过事务方式进行。他是抽象类，具体的实现类是BackStackRecord。

Nested Fragment（Fragment内部嵌套Fragment的能力）是Android 4.2提出的，support-fragment库能够兼容到1.6。经过getChildFragmentManager()可以得到管理子Fragment的FragmentManager，在子Fragment中能够经过getParentFragment()得到父Fragment。

基本使用

这里给出Fragment最基本的使用方式。首先，建立继承Fragment的类，名为Fragment1：

Fragment有不少能够复写的方法，其中最经常使用的就是onCreateView()，该方法返回Fragment的UI布局，须要注意的是inflate()的第三个参数是false，由于在Fragment内部实现中，会把该布局添加到container中，若是设为true，那么就会重复作两次添加，则会抛以下异常：

若是在建立Fragment时要传入参数，必需要经过setArguments(Bundle bundle)方式添加，而不建议经过为Fragment添加带参数的构造函数，由于经过setArguments()方式添加，在因为内存紧张致使Fragment被系统杀掉并恢复（re-instantiate）时能保留这些数据。官方建议以下：

It is strongly recommended that subclasses do not have other
constructors with parameters, since these constructors will not be
called when the fragment is re-instantiated.

咱们能够在Fragment的onAttach()中经过getArguments()得到传进来的参数，并在以后使用这些参数。若是要获取Activity对象，不建议调用getActivity()，而是在onAttach()中将Context对象强转为Activity对象。
建立完Fragment后，接下来就是把Fragment添加到Activity中。在Activity中添加Fragment的方式有两种：

• 静态添加：在xml中经过<fragment>的方式添加，缺点是一旦添加就不能在运行时删除。
• 动态添加：运行时添加，这种方式比较灵活，所以建议使用这种方式。

虽然Fragment能在XML中添加，可是这只是一个语法糖而已，Fragment并非一个View，而是和Activity同一层次的。
这里只给出动态添加的方式。首先Activity须要有一个容器存放Fragment，通常是FrameLayout，所以在Activity的布局文件中加入FrameLayout：

而后在onCreate()中，经过如下代码将Fragment添加进Activity中。

这里须要注意几点：

• 由于咱们使用了support库的Fragment，所以须要使用getSupportFragmentManager()获取FragmentManager。
• add()是对Fragment众多操做中的一种，还有remove(), replace()等，第一个参数是根容器的id（FrameLayout的id，即”@id/container”），第二个参数是Fragment对象，第三个参数是fragment的tag名，指定tag的好处是后续咱们能够经过Fragment1 frag = getSupportFragmentManager().findFragmentByTag("f1")从FragmentManager中查找Fragment对象。
• 在一次事务中，能够作多个操做，好比同时作add().remove().replace()。
• commit()操做是异步的，内部经过mManager.enqueueAction()加入处理队列。对应的同步方法为commitNow()，commit()内部会有checkStateLoss()操做，若是开发人员使用不当（好比commit()操做在onSaveInstanceState()以后），可能会抛出异常，而commitAllowingStateLoss()方法则是不会抛出异常版本的commit()方法，可是尽可能使用commit()，而不要使用commitAllowingStateLoss()。
• addToBackStack("fname")是可选的。FragmentManager拥有回退栈（BackStack），相似于Activity的任务栈，若是添加了该语句，就把该事务加入回退栈，当用户点击返回按钮，会回退该事务（回退指的是若是事务是add(frag1)，那么回退操做就是remove(frag1)）；若是没添加该语句，用户点击返回按钮会直接销毁Activity。
• Fragment有一个常见的问题，即Fragment重叠问题，这是因为Fragment被系统杀掉，并从新初始化时再次将fragment加入activity，所以经过在外围加if语句能判断此时是不是被系统杀掉并从新初始化的状况。

Fragment有个常见的异常：

该异常出现的缘由是：commit()在onSaveInstanceState()后调用。首先，onSaveInstanceState()在onPause()以后，onStop()以前调用。onRestoreInstanceState()在onStart()以后，onResume()以前。
所以避免出现该异常的方案有：

• 不要把Fragment事务放在异步线程的回调中，好比不要把Fragment事务放在AsyncTask的onPostExecute()，所以onPostExecute()可能会在onSaveInstanceState()以后执行。
• 逼不得已时使用commitAllowingStateLoss()。

生命周期

Fragment的生命周期和Activity相似，但比Activity的生命周期复杂一些，基本的生命周期方法以下图：

解释以下：

• onAttach()：Fragment和Activity相关联时调用。能够经过该方法获取 Activity引用，还能够经过getArguments()获取参数。
• onCreate()：Fragment被建立时调用。
• onCreateView()：建立Fragment的布局。
• onActivityCreated()：当Activity完成onCreate()时调用。
• onStart()：当Fragment可见时调用。
• onResume()：当Fragment可见且可交互时调用。
• onPause()：当Fragment不可交互但可见时调用。
• onStop()：当Fragment不可见时调用。
• onDestroyView()：当Fragment的UI从视图结构中移除时调用。
• onDestroy()：销毁Fragment时调用。
• onDetach()：当Fragment和Activity解除关联时调用。

上面的方法中，只有onCreateView()在重写时不用写super方法，其余都须要。
由于Fragment是依赖Activity的，所以为了讲解Fragment的生命周期，须要和Activity的生命周期方法一块儿讲，即Fragment的各个生命周期方法和Activity的各个生命周期方法的关系和顺序，如图：

咱们这里举个例子来理解Fragment生命周期方法。功能以下：共有两个Fragment：F1和F2，F1在初始化时就加入Activity，点击F1中的按钮调用replace替换为F2。
当F1在Activity的onCreate()中被添加时，日志以下：

能够看出：

• Fragment的onAttach()->onCreate()->onCreateView()->onActivityCreated()->onStart()都是在Activity的onStart()中调用的。
• Fragment的onResume()在Activity的onResume()以后调用。

接下去分两种状况，分别是不加addToBackStack()和加addToBackStack()。
一、当点击F1的按钮，调用replace()替换为F2，且不加addToBackStack()时，日志以下：

能够看到，F1最后调用了onDestroy()和onDetach()。
二、当点击F1的按钮，调用replace()替换为F2，且加addToBackStack()时，日志以下：

能够看到，F1被替换时，最后只调到了onDestroyView()，并无调用onDestroy()和onDetach()。当用户点返回按钮回退事务时，F1会调onCreateView()->onStart()->onResume()，所以在Fragment事务中加不加addToBackStack()会影响Fragment的生命周期。
FragmentTransaction有一些基本方法，下面给出调用这些方法时，Fragment生命周期的变化：

• add(): onAttach()->…->onResume()。
• remove(): onPause()->…->onDetach()。
• replace(): 至关于旧Fragment调用remove()，新Fragment调用add()。
• show(): 不调用任何生命周期方法，调用该方法的前提是要显示的Fragment已经被添加到容器，只是纯粹把Fragment UI的setVisibility为true。
• hide(): 不调用任何生命周期方法，调用该方法的前提是要显示的Fragment已经被添加到容器，只是纯粹把Fragment UI的setVisibility为false。
• detach(): onPause()->onStop()->onDestroyView()。UI从布局中移除，可是仍然被FragmentManager管理。
• attach(): onCreateView()->onStart()->onResume()。

Fragment实现原理和Back Stack

咱们知道Activity有任务栈，用户经过startActivity将Activity加入栈，点击返回按钮将Activity出栈。Fragment也有相似的栈，称为回退栈（Back Stack），回退栈是由FragmentManager管理的。默认状况下，Fragment事务是不会加入回退栈的，若是想将Fragment事务加入回退栈，则能够加入addToBackStack("")。若是没有加入回退栈，则用户点击返回按钮会直接将Activity出栈；若是加入了回退栈，则用户点击返回按钮会回滚Fragment事务。
咱们将经过最多见的Fragment用法，讲解Back Stack的实现原理：

上面这个代码的功能就是将Fragment加入Activity中，内部实现为：建立一个BackStackRecord对象，该对象记录了这个事务的所有操做轨迹（这里只作了一次add操做，而且加入回退栈），随后将该对象提交到FragmentManager的执行队列中，等待执行。
BackStackRecord类的定义以下：

从定义能够看出，BackStackRecord有三重含义：

• 继承了FragmentTransaction，便是事务，保存了整个事务的所有操做轨迹。
• 实现了BackStackEntry，做为回退栈的元素，正是由于该类拥有事务所有的操做轨迹，所以在popBackStack()时能回退整个事务。
• 继承了Runnable，即被放入FragmentManager执行队列，等待被执行。

先看第一层含义，getSupportFragmentManager.beginTransaction()返回的就是BackStackRecord对象，代码以下：

BackStackRecord类包含了一次事务的整个操做轨迹，是以链表形式存在的，链表的元素是Op类，表示其中某个操做，定义以下：

咱们来看下具体场景下这些类是怎么被使用的，好比咱们的事务作add操做。add函数的定义：

doAddOp()方法就是建立Op对象，并加入链表，定义以下：

addOp()是将建立好的Op对象加入链表，定义以下：

addToBackStack(“”)是将mAddToBackStack变量记为true，在commit()中会用到该变量。commit()是异步的，即不是当即生效的，可是后面会看到整个过程仍是在主线程完成，只是把事务的执行扔给主线程的Handler，commit()内部是commitInternal()，实现以下：

若是mAddToBackStack为true，则调用allocBackStackIndex(this)将事务添加进回退栈，FragmentManager类的变量ArrayList<BackStackRecord> mBackStackIndices;就是回退栈。实现以下：

在commitInternal()中，mManager.enqueueAction(this, allowStateLoss);是将BackStackRecord加入待执行队列中，定义以下：

mPendingActions就是前面说的待执行队列，mHost.getHandler()就是主线程的Handler，所以Runnable是在主线程执行的，mExecCommit的内部就是调用了execPendingActions()，即把mPendingActions中全部积压的没被执行的事务所有执行。执行队列中的事务会怎样被执行呢？就是调用BackStackRecord的run()方法，run()方法就是执行Fragment的生命周期函数，还有将视图添加进container中。
与addToBackStack()对应的是popBackStack()，有如下几种变种：

• popBackStack()：将回退栈的栈顶弹出，并回退该事务。
• popBackStack(String name, int flag)：name为addToBackStack(String name)的参数，经过name能找到回退栈的特定元素，flag能够为0或者FragmentManager.POP_BACK_STACK_INCLUSIVE，0表示只弹出该元素以上的全部元素，POP_BACK_STACK_INCLUSIVE表示弹出包含该元素及以上的全部元素。这里说的弹出全部元素包含回退这些事务。
• popBackStack()是异步执行的，是丢到主线程的MessageQueue执行，popBackStackImmediate()是同步版本。

咱们经过讲解Demo1来更清晰地了解回退栈的使用。功能以下：共有三个Fragment：F1, F2, F3，F1在初始化时就加入Activity，点击F1中的按钮跳转到F2，点击F2的按钮跳转到F3，点击F3的按钮回退到F1。
在Activity的onCreate()中，将F1加入Activity中：

F1按钮的onClick()内容以下：

F2按钮的onClick()以下：

F3按钮的onClick()以下：

这样就完成了整个界面的跳转逻辑。
这里补充一个点，getSupportFragmentManager().findFragmentByTag()是常常用到的方法，他是FragmentManager的方法，FragmentManager是抽象类，FragmentManagerImpl是继承FragmentManager的实现类，他的内部实现是：

从上面看到，先从mAdded中查找是否有该Fragment，若是没找到，再从mActive中查找是否有该Fragment。mAdded是已经添加到Activity的Fragment的集合，mActive不只包含mAdded，还包含虽然不在Activity中，但还在回退栈中的Fragment。

Fragment通讯

Fragment向Activity传递数据

首先，在Fragment中定义接口，并让Activity实现该接口（具体实现省略）：

在Fragment的onAttach()中，将参数Context强转为OnFragmentInteractionListener对象：

并在Fragment合适的地方调用mListener.onItemClick("hello")将”hello”从Fragment传递给Activity。

FABridge

因为经过接口的方式从Fragment向Activity进行数据传递比较麻烦，须要在Fragment中定义interface，并让Activity实现该interface，FABridge经过注解的形式免去了这些定义。
在build.gradle中添加依赖：

首先定义方法ID，这里为FAB_ITEM_CLICK，接着在Activity中定义接口：

最后，在Fragment中，经过如下形式调用”ID=FAB_ITEM_CLICK”的方法（该方法可能在Activity中，也可能在任何类中）：

Activity向Fragment传递数据

Activity向Fragment传递数据比较简单，获取Fragment对象，并调用Fragment的方法便可，好比要将一个字符串传递给Fragment，则在Fragment中定义方法：

并在Activity中调用fragment.setString("hello")便可。

Fragment之间通讯

因为Fragment之间是没有任何依赖关系的，所以若是要进行Fragment之间的通讯，建议经过Activity做为中介，不要Fragment之间直接通讯。

DialogFragment

DialogFragment是Android 3.0提出的，代替了Dialog，用于实现对话框。他的优势是：即便旋转屏幕，也能保留对话框状态。
若是要自定义对话框样式，只须要继承DialogFragment，并重写onCreateView()，该方法返回对话框UI。这里咱们举个例子，实现进度条样式的圆角对话框。

进度条动画咱们使用Lottie实现，Lottie动画从这里找到。使用很是方便，只须要下载JSON动画文件，而后在XML中写入：

而后经过下面代码显示对话框：

为了实现圆角，除了在onCreateView()中把背景设为透明，还须要对UI加入背景：

ViewPager+Fragment相关

基本使用

ViewPager是support v4库中提供界面滑动的类，继承自ViewGroup。PagerAdapter是ViewPager的适配器类，为ViewPager提供界面。可是通常来讲，一般都会使用PagerAdapter的两个子类：FragmentPagerAdapter和FragmentStatePagerAdapter做为ViewPager的适配器，他们的特色是界面是Fragment。

在support v13和support v4中都提供了FragmentPagerAdapter和FragmentStatePagerAdapter，区别在于：support v13中使用android.app.Fragment，而support v4使用android.support.v4.app.Fragment。通常都使用support v4中的FragmentPagerAdapter和FragmentStatePagerAdapter。

默认，ViewPager会缓存当前页相邻的界面，好比当滑动到第2页时，会初始化第1页和第3页的界面（即Fragment对象，且生命周期函数运行到onResume()），能够经过setOffscreenPageLimit(count)设置离线缓存的界面个数。
FragmentPagerAdapter和FragmentStatePagerAdapter须要重写的方法都同样，常见的重写方法以下：

• public FragmentPagerAdapter(FragmentManager fm): 构造函数，参数为FragmentManager。若是是嵌套Fragment场景，子PagerAdapter的参数传入getChildFragmentManager()。
• Fragment getItem(int position): 返回第position位置的Fragment，必须重写。
• int getCount(): 返回ViewPager的页数，必须重写。
• Object instantiateItem(ViewGroup container, int position): container是ViewPager对象，返回第position位置的Fragment。
• void destroyItem(ViewGroup container, int position, Object object): container是ViewPager对象，object是Fragment对象。
• getItemPosition(Object object): object是Fragment对象，若是返回POSITION_UNCHANGED，则表示当前Fragment不刷新，若是返回POSITION_NONE，则表示当前Fragment须要调用destroyItem()和instantiateItem()进行销毁和重建。 默认状况下返回POSITION_UNCHANGED。

懒加载

懒加载主要用于ViewPager且每页是Fragment的状况，场景为微信主界面，底部有4个tab，当滑到另外一个tab时，先显示”正在加载”，过一会才会显示正常界面。
默认状况，ViewPager会缓存当前页和左右相邻的界面。实现懒加载的主要缘由是：用户没进入的界面须要有一系列的网络、数据库等耗资源、耗时的操做，预先作这些数据加载是没必要要的。
这里懒加载的实现思路是：用户不可见的界面，只初始化UI，可是不会作任何数据加载。等滑到该页，才会异步作数据加载并更新UI。
这里就实现相似微信那种效果，整个UI布局为：底部用PagerBottomTabStrip项目实现，上面是ViewPager，使用FragmentPagerAdapter。逻辑为：当用户滑到另外一个界面，首先会显示正在加载，等数据加载完毕后（这里用睡眠1秒钟代替）显示正常界面。
ViewPager默认缓存左右相邻界面，为了不没必要要的从新数据加载（重复调用onCreateView()），由于有4个tab，所以将离线缓存的半径设置为3，即setOffscreenPageLimit(3)。
懒加载主要依赖Fragment的setUserVisibleHint(boolean isVisible)方法，当Fragment变为可见时，会调用setUserVisibleHint(true)；当Fragment变为不可见时，会调用setUserVisibleHint(false)，且该方法调用时机：

• onAttach()以前，调用setUserVisibleHint(false)。
• onCreateView()以前，若是该界面为当前页，则调用setUserVisibleHint(true)，不然调用setUserVisibleHint(false)。
• 界面变为可见时，调用setUserVisibleHint(true)。
• 界面变为不可见时，调用setUserVisibleHint(false)。

懒加载Fragment的实现：

注意点：

• 在Fragment中有两个变量控制是否须要作数据加载：

  • mIsPrepared：表示UI是否准备好，由于数据加载后须要更新UI，若是UI尚未inflate，就不须要作数据加载，由于setUserVisibleHint()会在onCreateView()以前调用一次，若是此时调用，UI尚未inflate，所以不能加载数据。
  • mIsInited：表示是否已经作过数据加载，若是作过了就不须要作了。由于setUserVisibleHint(true)在界面可见时都会调用，若是滑到该界面作过数据加载后，滑走，再滑回来，仍是会调用setUserVisibleHint(true)，此时因为mIsInited=true，所以不会再作一遍数据加载。
• lazyLoad()：懒加载的核心类，在该方法中，只有界面可见（getUserVisibleHint()==true）、UI准备好（mIsPrepared==true）、过去没作过数据加载（mIsInited==false）时，才须要调loadData()作数据加载，数据加载作完后把mIsInited置为true。

布局XML主要分两个container，一个是初始显示的状态，即R.id.container_empty，当数据加载完成，就显示R.id.container：

相关阅读

Android终端上视频转GIF的实现及GIF质量讨论
如何使用 scikit-learn 为机器学习准备文本数据
Android图像处理 - 高斯模糊的原理及实现

---

此文已由做者受权云加社区发布，转载请注明文章出处