android - onStop 之后从未调用过的 fragment 的 onDestroyView

Question

我的 APP 确实有多个 fragment 和 Activity ，这些 Activity 中的大多数都有不同的 fragment ，这是为了让我的组件更容易重用。当我将其他 Activity 加载到 Activity 堆栈时，我遇到了问题。

案例
启动ActivityA-->ActivityB-->ActivityC

所有这些 Activity 都包含不同的 fragment ，但问题是当 ActivityB 从 ActivityA 中启动时 ActivityA onDestroyView 没有被调用，尽管 onStop 被调用了。

当我继续向堆栈应用程序添加太多 Activity 时，我的应用程序允许从一个到另一个的无限次导航逐渐抛出 OOM 异常。

在下面找到我用来将 fragment 添加到 fragment 返回堆栈的代码。

final android.support.v4.app.FragmentTransaction ft =
                fragmentManager.beginTransaction();
if(transaction.mInAnimation != FragmentTransaction.FRAGMENT_NO_ANIMATION &&
                transaction.mOutAnimation != FragmentTransaction.FRAGMENT_NO_ANIMATION) { 
    ft.setCustomAnimations(transaction.mInAnimation, transaction.mOutAnimation);
}
String tag;
if(transaction.isRoot){
   clearFragmentStack();
   tag = "0";
}else {
   tag = fragmentManager.getBackStackEntryCount() + "";
}
final AtomicFragment fragment = transaction.compile();
ft.replace(transaction.mFrameId, fragment,  tag);
ft.addToBackStack(tag);
ft.commit();

Answer 1

所以你的问题似乎是“当你继续向堆栈应用程序添加太多 Activity 时逐渐抛出 OOM 异常”，你认为原因可能是 onDestroyView() 不是在切换 Activity 时调用顶部 Fragment。

OnDestroyView()

首先，当您从 Activity1 转到 Activity2 时，很可能 onDestroyView() 没有在 Activity1 中的 Fragment 上被调用，因为您没有调用 finish() Activity1，启动Activity2后。

这意味着您的 Activity1 在 Activity 后台堆栈中仍然存在并且运行良好，但已停止(即调用了 onStop)。由于 Activity1 是活的，所以它的后台栈和 fragment 也是活的。 Activity1 后台堆栈顶部的 fragment 也将被停止。所以基本上，Activity1 处于类似于您使用主页按钮将应用程序发送到后台时它进入的状态。

在其他情况下，onDestroyView() 在 fragment backstack 中的另一个 fragment 添加到 fragment 上方时在 fragment 上调用。但是，它对 Activity 后台/Activity 任务一无所知。

如果您想清除 fragment 的 View ，您可以手动执行(即 fragmentManager.popbackstack() 或 beginTrasaction.remove(...) )，或者您可以在启动 Activity2(即调用 finish())后关闭 Activity1 - 这也会释放您的内存并在 Activity1 的顶部 fragment 上调用 ​​onDestroyView()。

OutOfMemoryException

...when I go on adding too many activity to the stack app throws OOM exception gradually.

最有可能导致 OOM 崩溃的原因是您的内存中有太多 Activity 实例，而不是 onDestroyView() 未在某些 fragment 上调用。我还假设您有多个相同 Activity 的实例。

在 AndroidManifest.xml 中声明 Activity 时，请考虑使用 android:launchMode="singleTask"( reference )。这确保您在给定任务中只有一个特定 Activity 的实例。如果 OutOfMemory 问题是由同一 Activity 的太多实例严格引起的，这本身应该可以解决您的 OutOfMemory 问题。

这种方法本身意味着您需要进行某些额外的处理，以将重用 Activity 的 UI/状态重置回“干净”的状态。幸运的是，您可以依靠 onNewIntent(...)( reference ) 来检测何时需要这样做。

后期编辑:内存监视器

关于搜索 OutOfMemory 错误的原因:请使用 Android Memory Monitor搜索内存泄漏。我发现内存泄漏是令人讨厌的小恶魔，与(知情的)猜测相比，从一开始就使用内存监视器总是更好。

在您的情况下，在使用您的应用一段时间并执行一些 Activity 切换之后，您需要查看内存中是否有特定 Activity (例如 Activity1)的多个实例。

基本上，您需要查找与此类似的内容:

请记住在进行堆转储之前强制垃圾收集器几次(仅一次是不够的)。这是为了确保在某些时候将被垃圾收集的引用不会出现在您的转储中。

希望对你有帮助