FragmentManager
操作Fragment的add(),remove()等方法是在FragmentManager中具体实现的。
对上图的讲解:
1. FragmentManagerImpl里有一个后退栈mBackStack,后退出栈里的对象是BackStackRecord,不是Fragment。
2. BackStackRecord继承FragmentTransation抽象类,同时实现BackStackEntry和Runnable接口。我们在程序里要进行add,remove,replace等等操作时,用的是FragmentTransation类型,其实这个实例是BackStackRecord对象。实现Runnable接口的run()方法,run方法是切换的真正执行动画的代码所在。
3. 由于后退栈中保存的是BackStackRecord对象,由上可知,后退栈保存的是变化过程(即操作),而不是Fragment对象。
4. FragmentManagerImpl里的mActive保存的是当前活跃的Fragment(可以理解为当前显示的)
5. FragmentManagerImpl里的mPendingActions保存的Runable对象,实际对象是BackStackRecord对象,这个表示将要执行的动作(比如add,replace, remove)。
6. BackStackRecord是用于保存用户一次提交的操作行为,一次提交并不是一种变化,而是一系列的变化,是一组add、replace、remove变化的集合。每一次的变化,即是一次操作,用Op类来表示。在BackStackRecord里保存了一个双向链表(mHead, mTail),用于保存一组操作。Op类中的cmd表示操作类型(如add,replace,remove等等)
7. 在进BackStack栈时,是从mHead开始遍历;按后退键Back进行退栈时,是从mTail开始的。
8. BackStackRecord的双向键表是用来保存操作数据,实际的操作代码在其实现的run方法里,当前要执行的会发送到FragmentManagerImpl里的mPendingAction里。
FragmentManagerImpl里的moveToState方法的研究
其中有两个重要的重载的方法:
1. 第一个重载方法:
2. 第二个重载方法:
a) 先看一下Fragmentr的几种状态值mState:
这里列出了fragment生成时的6种状态,MoveToState是和Fragment比对这6种状态来判断是初始化还是退出Fragment。如下所示:
b) 我们来看一下进入时候的状态处理:
这个是大的逻辑判断,但注意在每个case语句下都没有break语句,没有break语句的作用在于:如果当前的Fragment处于create状态,而newState是resume状态,则可以把中间的各种状态都会执行。
这里主要要说的是:执行切换的动画是在Fragment.CREATED里进行的:
所以动画执行之后,才调用Fragment的onStart(),onResume()方法。另外还有,在loadAnimation方法里,会先调用Fragment的onCreateAnimation方法,由于系统并没有给这个Animation设置listener,所以如果我们要设置listener,可以重写Fragment里的onCreateAnimation方法,在这个方法里面设置listener。
c) 我们再来看一下退出时候的状态处理:
这个是遍历的流程,刚好是反着的过程,注意这里也没有break语句,作用与上面的相同。这里也重点说一下动画执行的时间:在Fragment.ACTIVITY_CREATED状态量里:
在退出时的动画里,设置了listener,所以这里我们就不能按照上面的方法手动设置listener了。从这里可以看出,onPause()和onStop()方法都是在动画执行之前调用的。
d) 通过代码的测试,得出的结论是:onDestory()和onDetach()方法都是在动画执行结束后执行的。Fragment如果在后退栈里还引用到这个Fragment,则其onDestory和onDetach方法都不会被调用。只有当这个Fragment在后退栈中真的没有再被引用,才会执行其onDestory和onDetach方法。