Android教程-fragment的问题系列

最近在做一个聊天的项目，项目很low，采用的是服务器转发的架构，才刚开始学android，姑且就用这种最简单的架构吧。主页面采用的FragmentActivity。分别有消息、好友、动态以及个人信息这四个FragmentActivity。当用户在聊天界面聊天的时候，点击左上角的返回消息页面的按钮的时候，其实就是返回到MainActivity，并在MainActivity里面加载messageFragment。为了实现这个功能，我一开始是在MainAcitivity的onStart、onRestart和onResume中调用performClick方法的，但是问题来了，每当屏幕熄灭，然后在重新唤醒的时候，会出现应用异常退出，我的个去，而且logcat中没有记载异常的确切信息（也是我不知道该在什么地方去捕捉这个异常，应该是运行时的异常），只有一句uncaughtException，后来我用debug模式去启动应该，才看到了在FragmentCheckstatloss处停住了，然后就在网上查这个，最后终于查到了，确实是因为我把performClick写在onStart、onRestart和onResume中导致的。解决办法有以下几种（以下为转载他人）：

建议一

当你在Activity生命周期函数里面提交transactions的时候要小心。大部分的应用仅仅在onCreate()方法被调用的开始时间提交transactions，或者在相应用户输入的时候，因此将不可能碰到任何问题。然而，当你的transactions在其他的Activity生命周期函数提交，如onActivityResult()、onStart()和onResume()，事情将会变得微妙。例如，你不应该在FragmentActivity的onResume()方法中提交transactions。因为有些时候这个函数可以在Activity的状态恢复前被调用（可以查看相关文档了解更多信息）。如果你的应用要求在除onCreate()函数之外的其他Activity生命周期函数中提交transaction，你可以在FragmentActivity的onResumeFragments()函数或者Activity的onPostResume()函数中提交。这两个函数确保在Activity恢复到原始状态之后才会被调用，从而避免了状态丢失的可能性。（示例：看看我对this StackOverflow question的回答，来想想如何提交FragmentTransactions作为Activity的onActivityResult方法被调用的响应）。

建议二

避免在异步回调函数中提交transactions。包括常用的方法，比如AsyncTask的onPostExecute方法和LoaderManager.LoaderCallbacks的onLoadFinished方法。在这些方法中执行transactions的问题是，当他们被调用的时候，他们完全没有Activity生命周期的当前状态。例如，考虑下面的事件序列：

1. 一个Activity执行一个AsyncTask。
2. 用户按下“Home”键，导致Activity的onSaveInstanceState()和onStop()方法被调用。
3. AsyncTask完成并且onPostExecute方法被调用，而它没有意识到Activity已经结束了。
4. 在onPostExecute函数中提交的FragmentTransaction，导致抛出一个异常。

一般来说，避免这种类型异常的最好办法就是不要在异步回调函数中提交transactions。Google工程师似乎同意这个信条。根据Android Developers group上的这篇文章,Android团队认为UI主要的改变，源于从异步回调函数提交FragmentTransactions引起不好的用户体验。如果你的应用需要在这些回调函数中执行transaction而没有简单的方法可以确保这个回调函数不好在onSaveInstanceState()之后调用。你可能需要诉诸于使用commitAllowingStateLoss方法，并且处理可能发生的状态丢失。(可以看看StackOverflow上的另外两篇文章，这一篇和另一篇)。

建议三

作为最后的办法，使用commitAllowingStateLoss()函数。commit()函数和commitAllowingStateLoss()函数的唯一区别就是当发生状态丢失的时候，后者不会抛出一个异常。通常你不应该使用这个函数，因为它意味可能发生状态丢失。当然，更好的解决方案是commit函数确保在Activity的状态保存之前调用，这样会有一个好的用户体验。除非状态丢失的可能无可避免，否则就不应该使用commitAllowingStateLoss()函数。