选择正确的 Fragment#commitXXX() 函数

   <p>最新版本（v24.0.0）的 Support v4 库中的 FragmentTransaction 添加了 commitNow() 和 commitNowAllowingStateLoss () 两个函数，这样 提交一个 Fragment 就有如下4个函数可以选择：</p>    <p>– <a href="/misc/goto?guid=4959713300886604276" rel="nofollow,noindex">commit()</a></p>    <p>– <a href="/misc/goto?guid=4959713300981862593" rel="nofollow,noindex">commitAllowingStateLoss()</a></p>    <p>– <a href="/misc/goto?guid=4959713301064798456" rel="nofollow,noindex">commitNow()</a></p>    <p>– <a href="/misc/goto?guid=4959713301151334025" rel="nofollow,noindex">commitNowAllowingStateLoss()</a></p>    <p>另外，在使用 Fragment 的过程中，可能您已经使用过了 <a href="/misc/goto?guid=4959713301231351287" rel="nofollow,noindex">executePendingTransactions()</a> 这个函数了。</p>    <p>下面来深入分析下每个函数是干啥用的，你应该使用哪个函数。</p>    <p>commit() vs commitAllowingStateLoss()</p>    <p>大部分使用 Fragment 的开发者可能都遇到过如下的异常：</p>    <p>java.lang.IllegalStateException: Can not perform this action after onSaveInstanceState</p>    <p><a href="/misc/goto?guid=4959713301313377561" rel="nofollow,noindex">Alex Lockwood</a> 写过一篇文章来详细解释为何会出现该异常。但是开发者更多的是想知道他们的应用出现了该问题意味着什么？</p>    <p>commit() 和 commitAllowingStateLoss() 的实现几乎是一样的。唯一的区别就是在调用 commit() 的时候 FragmentManager 会检查是否已经保存了其状态，如果状态已经保存了，则就抛出 IllegalStateException 异常。</p>    <p>那么，在 onSaveInstanceState() 函数执行以后，您调用 commitAllowingStateLoss() 会丢失那些状态呢？ 答案就是你可能丢失 FragmentManager 的状态，这里面包含在 onSaveInstanceState() 执行之后添加和删除的 Fragment。</p>    <p>例如：</p>    <p>1. 当前您的 Activity 在显示 FragmentA</p>    <p>2. 您的 Activity 被切换到后台了（(onStop() 和 onSaveInstanceState() 函数被调用了）</p>    <p>3. 这个时候您的 Activity 的逻辑发生了一些变化，您使用 FragmentB 替换了 FragmentA 并调用了 commitAllowingStateLoss() 函数来提交这个变化。</p>    <p>这个时候，当用户再次切回您的 Activity 的时候可能出现如下两种状态：</p>    <ol>     <li>如果系统内存不足并且杀死了您的应用，当用户重新打开您的 应用的时候，系统将会恢复您的应用到上面第二步的状态，而 FragmentB 是不会显示的。</li>     <li>如果系统没有杀死您的应用，用户则可以看到 FragmentB。当 Activity 再次回到后台的时候（onStop）， FragmentB 的状态才会被保存起来。</li>    </ol>    <p><a href="/misc/goto?guid=4959713301398677966" rel="nofollow,noindex">Github 上有个示例项目</a> 演示该情况。在运行该示例的时候，如果打开开发者选项中的 “Don’t Keep Activities” 设置，则可以用来显示第一种情况，FragmentB 的状态完全丢失了。 如果没有打开 “Don’t Keep Activities” 选项，则可以查看第二种情况。</p>    <p>这两个函数使用哪个取决于您提交的 Fragment 和 该 Fragment 状态是否重要，如果状态丢失了也没关系，则您可以使用 commitAllowingStateLoss() 函数。</p>    <p>commit(), commitNow(), 和 executePendingTransactions()</p>    <p>其他版本的 commit() 指定了提交发生的时机。 commit() 的文档有如下说明：</p>    <p>安排一个针对该事务的提交。提交并没有立刻发生，会安排到在主线程下次准备好的时候来执行。 （Schedules a commit of this transaction. The commit does not happen immediately; it will be scheduled as work on the main thread to be done the next time that thread is ready.）</p>    <p>上面文档说明的意思是，你可以同时执行多次提交，这些提交都没有立刻执行，知道下次主线程准备好了才一起执行这些提交的 Fragment。这些针对 Fragment 的提交操作包含 添加、删除、替换以及通过函数 popBackStack() 来返回前一个 Fragment。</p>    <p>有时候，您需要针对 Fragment 的操作立刻执行。之前都是通过在调用函数 commit() 后调用 executePendingTransactions() 来实现的。</p>    <p>在 24.0.0 版本的 Support 库中添加了 commitNow() 函数来更好的支持这种操作。commitNow() 只同步的执行当前的提交操作，而 executePendingTransactions() 则会执行所有等得执行的操作。 commitNow() 可以避免您执行之前提交的但是无需立刻执行的操作。</p>    <p>commitNow() 有个限制，无法把当前提交的 Fragment 添加到堆栈（back stack）中。假设有如下的情况：</p>    <p>通过 commit() 函数把 Fragment A 添加到堆栈中，然后立刻使用 commitNow() 把另外一个 Fragment B 添加到堆栈中，这样当前的堆栈应该是何种状态？ 是 Fragment A 在前面还是 Fragment B 在前面呢？</p>    <p>popBackStack() 和 popBackStackImmediate() 与 commit() 和 commitNow() 的情况是一样的。</p>    <p>最后来总结下该如何选择这些函数：</p>    <ul>     <li>如果你需要同步提交 Fragment 并且无需添加到 堆栈 中，则使用 commitNow()。 Support 库中在 FragmentPagerAdapter 中使用这个函数，来确保更新 Adapter 的时候 正确的页面被添加和删除了。一般来说，只要不添加到堆栈中，都可以使用这个函数来提交。</li>     <li>如果执行了多次提交，并且不需要是同步的，或者把每次提交都添加到 堆栈 中，那么就使用 commit()。</li>     <li>如果 您需要把多次提交操作的同一个时间点一起执行，则使用 executePendingTransactions()</li>    </ul>    <p>From： <a href="/misc/goto?guid=4959713301485285531" rel="nofollow,noindex">Bryan Herbst</a></p>    <p> </p>    <p>来自：http://blog.chengyunfeng.com/?p=1016</p>    <p> </p>