我们在开发中，常常会遇到一个Activity中，会有多个Fragment进行来回切换的情况。大多数情况下，我们为了避免重复创建相同的Fragment，会使用FragmentManager对这些Fragment进行添加、移除、隐藏、显示等操作。操作完成后，再执行一次FragmentTransaction.commit()。今天就来介绍一下FragmentTransaction的commit()方法。
FragmentTransaction事务
- 我们通过需要对一个个Fragment进行操作，比如动态添加、替换、隐藏等。这一系列的操作（a series of edit operations on the Fragments）构成一个集合，我们称为事务Transaction。
- FragmentManager中用来处理这些事务的类是FragmentTransaction。在Activity中，通过getSupportFragmentManager()获取到FragmentManager之后，调用beginTransaction()就可以得到一个FragmentTransaction对象。
动态操作Fragment的步骤
- Activity中通过getSupportFragmentManager().beginTransaction()获取到一个FragmentTransaction对象。注意，每beginTransaction一次就会创建一个新的FragmentTransaction对象。
- 使用获取到的FragmentTransaction对象，进行Fragment的一系列操作。比如add、hide、replace、remove等等。
- 操作完成后，将整个事务FragmentTransaction提交。提交的方式有4种，后面会介绍区别。
Activity的BackStack
- 这里需要提及一下管理Activity的栈BackStack。我们知道一个应用包含多个Activity，我们按照一定顺序启动Activity。每启动一个新的Activity，旧的Activity就会被放到BackStack中。这样，当我们点击返回键或者调用finish的时候，之前的Activity会依次从BackStack中取出，顺序就是后进先出。
- 当使用Fragment的时候，我们可能会遇到这种需求：一个Activity中包含多个Fragment，依次根据用户点击添加和展示多个Fragment。当用户点击返回键的时候，Activity不变，但是Fragment需要依次退回到上一个Fragment。
- 如果有这种需求，那么在commit()方法之前，需要调用addToBackStack()，把这个transaction增加back stack中去。这个back stack是由activity管理的。当用户按返回键时，就会回到上一个fragment的状态。
FragmentTransaction提交和Activity状态保存的关系
- Activity的状态保存
一般情况，当Activity调用onPause()和onStop()方法后，activity实例仍然存在于内存中, activity的所有信息和状态数据不会消失。当activity重新回到前台之后, 所有的改变都会得到保留。
但是当系统内存不足的时候，就会把内存中Activity的对象进行销毁。这种情况下，为了保存Activity中缓存的数据，系统会回调Activity的onSaveInstanceState()方法。我们可以在这方法里把我们希望下次打开Activity后，需要恢复的数据保存下来。这样当重新打开Activity，在onCreate方法中，可以从传入参数Bundle savedInstanceState中获取到我们保存的数据。
这就是Activity的状态保存。 - Activity执行完onSaveInstanceState()方法后不能再执行commit()方法
Fragment的提交分为两大类：commit（或者commitNow）、commitAllowingStateLoss（或者commitNowAllowingStateLoss）。前者的提交必须在Activity状态保存之前，否则就会报错。后者的提交不用关心Activity的状态是否保存。虽然在Activity状态保存之后再提交不会抛异常，但是本次提交可能会丢失。也就是说使用后者，你的Activity在恢复的时候，很可能没有保存之前FragmentTransaction提交操作。所以如果你能接受界面恢复之后和之前不一样，那就用后者，否则就用前者，但是一定要在onSaveInstanceState之前提交。
commit和FragmentManager的executePendingTransactions()
- 用add(), remove(), replace()方法，把全部须要的变化加进去，然后调用commit()方法。就可以将这些变化提交，但是提交的这些操作不会被立即执行。
- FragmentManager的executePendingTransactions()方法。这个方法就是帮你在FragmentTransaction commit之后，立即去执行操作。包括创建Fragment，执行Fragment的各种生命周期。
4种提交的区别
对fragment的一系列操作完成之后，需要提交才能让这些操作生效。提交供分为4种，下面介绍一下区别。
- commit()
- 安排当前事务FragmentTransaction进行提交。但是提交后Fragment不会立即创建，而是由主线程异步来创建。也就是说使用commit()之后，你的Fragment不会被立即加入到Activity中。
- 本次提交，必须在Activity的onSaveInstanceState调用之前提交。否则会抛异常。
- commitAllowingStateLoss
和commit类似。但是如果本次是在Activity的onSaveInstanceState调用之后，那么本次提交记录在Activity恢复的时候，可能不被保存。 - commitNow()
- 将事务立即提交。所有添加的Fragment会被立即初始化，并开始生命周期。所有被移除的Fragment将会被立即移除。
- 调用这个方法，相当于调用commit，然后调用FragmentManager的executePendingTransactions()。
- commitNowAllowingStateLoss()
和commitNow类似。但是如果在在Activity的onSaveInstanceState调用之后，那么本次提交记录在Activity恢复的时候，可能不被保存。
每个FragmentTransaction只能提交commit一次
- 包括commit、commitNow、commitAllowingStateLoss、commitNowAllowingStateLoss。提交完一次之后，再commit就会抛出异常。
- 也就是说不要每进行一个操作就commit一次，应该把多个操作都在FragmentTransact
