activity调用fragment的方法_Fragment事务流程分析

Fragment事务流程分析

简言

简单的事务使用流程代码

getSupportFragmentManager

使用的方法很简单，但是Activity是如何实现事务的管理的呢？

我们先上一个简单的类图

这个里面FragementManagerImpl持有mHost，一开始不知道是如何设置的，后来才发现是通过attachHost方法进行设置的。

我们一步步去分析这个UML的视图是如何建立的

从 getSupportFragmentManager() 来看一下是如何获取的

getSupportFragmentManager()

// FragmentActivity.java

这里可以看到我们的Activity持有FragmentControl对象。而FragmentControl持有了HostCallbacks对象，而HostCallbacks是继承自FragmentHostCallback的。

//FragmentHostCallback.java

可以看到这里HostCallback是持有FragmenManagerImpl的。而FragmenManagerImpl继承FragmentManager

所以其实我们的第一步骤getSupportFragmentManager()是获取到了一个FragmenManagerImpl对象。

beginTransaction

//FragmentManager.java

可以看到这里创建了一个BackStackRecord对象，对象持有了FragmentManager。这里的BackStackRecord是继承自FragmentTransaction类的。

到这里我们是获取获取到了一个事务记录类。也就是BackStackRecord

add

当有了事务 记录类之后，就可以进行各种事务的记录信息，add,remove,replace等等。我们这里只是跟踪我们的测试代码，其他的是有相同的处理机制。

//BackStackRecord.java

可以看到，其实BackStackRecord内部维护了一个要执行的队列，当进行事务的提交时，肯定是需要挨个将这个队列进行去除执行的。

commit

现在我们已经准备好了一个队列了，当所有的事务内部要执行的操作处理完后，回通过commit()或者commitNowAllowingStateLoss(),commitNow()来进行提交。我们这里跟踪commit()的执行，剩下的留以后再慢慢分析。

//BackStackRecord.java

commit()主要执行了入队的操作。

#

所以这里的是将要执行的BackStackRecord的记录信息存放到了mPendingActions队列之中，然后通过主线程的Looper机制来进行调用执行execPendingActions()方法。

execPendingActions

#

我们看一下generateOpsForPendingActions是如何将数据获取并存放到临时list中的

#

所以是通过循环，调用了generateOps方法

//BackStackRecord.java

其实这里面的存放到临时list中的操作相对来说比较简单。我们回到主线去看看将数据存放到临时list中以后，又对这些事务做了什么操作。也就是removeRedundantOperationsAndExecute()函数的作用。

removeRedundantOperationsAndExecute

//FragmentManager.java

这里，会将我们的队列进行切割拆分，将连续的允许重新排序和不允许重新排序的分别切割出来，然后通过executeOpsTogether对队列进行一个批量的操作。我们看看如何批量处理的。

//执行BackStackRecords列表的一个子集集合，所有这些子集合要么都允许重新排序，要么都不允许排序。

这个方法里面有两个需要关注的重点。

1. expandOps()函数，对执行的事务会进行一个优化。
2. executeOps()函数，用来执行最终的commit操作，将fragment和Activity进行关联绑定以及生命周期的同步。

这里我们可以简单看一下expandOps()函数中优化的逻辑。

//BackStackRecords.java

这里注释很详细，那么我们回到主线，看一下executeOps()函数的执行。

//FragmentManager.java

这里先对fragment中的表明后面的片段计数器进行了更新。然后根据是否是pop，分别执行了executePopOps和executeOps方法，我们这里只先跟踪一下executeOps()这个方法的执行。

//BackStackRecords.java

这里是通过FragmentManager来对事务中的fragment来进行了管理，然后最后通过状态的同步，将本次事务的所有变化的fragment的生命周期和绑定的activity的生命周期进行一次同步。

总结

每一次学习都要有新的收获，这次通过学习fragment的事务执行的方法学到了新的知识点

1. 事务的提交并不是直接就执行，而是通过主线程的Handler机制来执行的。我们经常遇到的add去显示的时候，有一个isAdd的崩溃，哪怕我们先进行了isAdd的判断，也拦截不住，就是因为Handler执行时，从队列取出消息，如果这时候还没有执行，那么isAdd就仍然是空。遇到过一种解决方案就是glide的，在add之前，将创建的fragment存放到缓存中，然后commit之后，再发送一个handler消息，从缓存中移除即可。
2. 事务的执行是有优化的，会将一些能够优化的地方进行处理。
3. 对于fragment的管理，是通过FragmentManager来统一进行的。
4. 当有多个事务时，会将事务按照是否能够优化和是否为pop来进行分批，进行分批处理。

本篇文章由一文多发平台ArtiPub自动发布