Android Fragment---执行Fragment事务

转载博客：http://blog.csdn.net/think_soft/article/details/7272853

在Activity中使用有关Fragment的添加、删除、替换以及用它们执行其他响应用户交互行为的能力是一项伟大的功能。你提交给Activity的每组改变集合被叫做一个事务，并且你能使用FragmentTransaction中APIs来执行它。也能够把每个事务保存到被Activity管理的回退堆栈中，并允许用户通过Fragment改变来向后导航（类似同Activity的向后导航）。

你能够从FragmentManager对象中获取一个FragmentTransaction对象的实例，例如：

FragmentManager fragmentManager = getFragmentManager();
FragmentTransaction fragmentTransaction = fragmentManager.beginTransaction();

每个事务是一组想要同时执行的改变，你能够使用诸如add()、remove()和replace()方法把想要在一个事务中执行的所有改变组合到一起，然后，调用commit()方法，把事务的执行结果反映到Activity中。

但是，在调用commit()方法之前，为了把事务添加到Fragment事务的回退堆栈，你可能要调用addToBackStack()方法。这个回退堆栈被Activity管理，并且允许用户通过按返回按钮返回到先前的Fragment状态。

下例说明了怎样用另一个Fragment替换当前的Fragment，并且在回退堆栈中保留这个Fragment的当前状态。

// Create new fragment and transaction
Fragment newFragment = new ExampleFragment();
FragmentTransaction transaction = getFragmentManager().beginTransaction();

// Replace whatever is in the fragment_container view with this fragment,
// and add the transaction to the back stack
transaction.replace(R.id.fragment_container, newFragment);
transaction.addToBackStack(null);

// Commit the transaction
transaction.commit();

在这个例子中，newFragment替换了在布局容器中被R.id.fragment_container ID标识的任何当前Fragment。通过调用addToBackStack()方法，替换事务被保存到回退堆栈中，以便用户能够反转事务，并且能够通过按回退按钮返回到前一个Fragment。

如果给事务添加多个改变（如用add()或remove()方法），并且调用了addToBackStack()方法，那么所有这些改变在调用commit()方法之前，都会作为一个单一的事务被添加到回退堆栈中，并且案返回按钮时，所有这些改变将会被恢复。

除了以下两种情况之外，添加到FragmentTransaction的改变顺序无关紧要：

1.  最后必须调用commit()方法；

2.  如果给同一个容器添加了多个Fragment，那么添加的顺序决定了它们在View层次树中显示顺序。

在你执行删除Fragment的事务时，如果没有调用addToBackStack()方法，那么Fragment将会在事务被提交时销毁，并且用户不能再向后导航。因此，在删除Fragment时，如果调用了addToBackStack()方法，那么这个Fragment就会被终止，并且用户向后导航时将会被恢复。

提示：对于每个Fragment事务，你能够在提交之前通过调用setTransition()方法，申请一个过渡动画。

调用commit()方法并不立即执行这个事务，而是在Activity的UI线程之上（”main”线程）调度运行，以便这个线程能够尽快执行这个事务。但是，如果需要，可以调用来自UI线程的executePendingTransactions()方法，直接执行被commit()方法提交的事务。通常直到事务依赖其他线程的工作时才需要这样做。

警告：你能够使用commit()方法提交一个只保存之前Activity状态的事务（在用户离开Activity时）。如果试图在用户离开Activity之后提交，将会发生一个异常。这是因为如果Activity需要被恢复，而提交之后的状态却丢失了。这种情况下，使用commitAllowingStateLoss()方法，你丢失的提交就没问题了。