我想向 Aritra Roy 添加信息（到目前为止我读过，这是一个非常好的答案）。
我之前遇到过这个问题，我发现主要问题是你试图在另一个线程中进行一些异步操作（HTTP，计算，...），这是一个很好的做法，但是你必须在收到后通知你的用户答案。
主要问题是，由于它是异步操作，因此无法保证用户仍然在您的活动/应用程序上。如果他离开了，则无需进行 UI 更改。此外，由于 Android 可能会因内存问题而终止您的应用程序/活动，因此您无法保证能够获得答案并将其保存以进行恢复。
问题不仅是“用户可以打开另一个应用程序”，而且是“可以通过配置更改重新创建我的 Activity”，并且您可能会尝试在 Activity 重新创建期间进行 UI 更改，这将非常非常糟糕。
使用“commitAllowingStateLoss”就像是在说“我不在乎 UI 是否真的处于良好状态”。你可以做一些小事情（比如激活一个 gif 表明你的下载已结束）...这不是一个大问题，而且这个问题并不值得处理，因为“一般来说”用户会留在你的应用程序上。
但是，用户做了一些事情，您正在尝试在网络上获取信息，信息已准备好，并且您必须在用户恢复应用程序时显示它......主要词是“resume".
您必须将所需的数据收集到一个变量中（如果可以的话，一个可分割的变量或原始变量），然后按以下方式覆盖您的“onResume”或“onPostResume”（对于活动）函数。
public void onResume/onPostResume() {
super.onResume/onPostResume();
if(someTreatmentIsPending) {
/*do what you need to do with your variable here : fragment
transactions, dialog showing...*/
}
}
附加信息：
这个话题 https://stackoverflow.com/questions/7575921/illegalstateexception-can-not-perform-this-action-after-onsaveinstancestate-wit尤其是@jed 的回答，以及@pjv、@Sufian 的评论。这个博客 http://www.androiddesignpatterns.com/2013/08/fragment-transaction-commit-state-loss.html为了了解错误发生的原因，以及为什么提议/接受的答案有效。
遗言 ：
以防万一您想知道“为什么使用服务比 asyncTask 更好”。据我了解，这并不是更好。主要区别在于，正确使用服务允许您在活动暂停/恢复时注册/取消注册处理程序。因此，当您的活动处于活动状态时，您始终会得到答案，从而防止错误发生。
请注意，这并不是因为错误没有发生就意味着您是安全的。如果您直接在视图上进行更改，则不涉及fragmentTransactions，因此，不能保证在重新创建、恢复、重新启动应用程序或执行其他操作时保留并重新创建更改。
