OnStroy上的onDestroyView片段永远不会被调用

Question

我的APP确实有多个片段和活动，其中大多数活动都有不同的片段，这是为了让我的组件可以轻松重复使用。 当我将其他活动加载到活动堆栈时，我遇到了一个问题。

案件
推出了ActivityA - > ActivityB - > ActivityC

所有这些活动都包含不同的片段，但问题是当ActivityB从ActivityA启动时，虽然onStop被调用，但ActivityA onDestroyView的片段不会被调用。

当我继续向堆栈应用添加太多活动时，我的APP允许从一个到另一个的无限数量的导航逐渐抛出OOM异常。

在下面找到我用来将片段添加到片段后栈的代码。

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

所以你的问题似乎是“当你继续向堆栈应用程序添加太多活动时会逐渐抛出OOM异常”，并且你认为原因可能是切换活动时顶层Fragment上没有调用onDestroyView() 。

OnDestroyView（）

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

这意味着您的Activity1在活动后台中很活跃，但已停止（即onStop调用）。 由于Activity1还活着，所以它的backstack和片段也是如此。 Activity1的Backstack顶部的片段也将停止 。 因此，基本上，当您使用“主页”按钮将应用程序发送到后台时，Activity1处于与其输入的状态类似的状态。

在其他情况下，当在片段backstack中在其上方添加另一个片段时，在片段上调用onDestroyView() 。 但是，它不了解活动后台/活动任务 。

如果要清除片段的视图，可以手动执行（即fragmentManager.popbackstack()或beginTrasaction.remove(...) ），也可以在启动Activity2后关闭Activity1（即调用finish() ） - 这也将释放你的内存，并在Activity1的顶部片段上调用onDestroyView() 。

OutOfMemoryException异常

...当我继续向堆栈应用添加太多活动时，会逐渐引发OOM异常。

很可能OOM崩溃的原因是你的内存中有太多的Activity实例，而不是某些片段上没有调用onDestroyView() 。 我还假设您有多个相同活动的实例。

在AndroidManifest.xml声明您的活动时，请考虑使用android:launchMode="singleTask" （ 引用 ）。 这可确保您在给定任务中只有一个特定活动的单个实例。 如果它是由同一个Activity的太多实例严格导致的，那么它本身应该修复你的OutOfMemory问题。

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

稍后编辑：内存监视器

关于搜索OutOfMemory错误的原因：请使用Android内存监视器搜索内存泄漏。 我发现内存泄漏是讨厌的小鬼，从一开始就使用内存监视器总是比（知情）猜测更好。

在您的情况下，在使用您的应用程序一段时间后，在执行一些活动开关后，您需要查看内存中是否有特定活动的多个实例（例如，Activity1）。

基本上，你需要寻找类似的东西：

只记得在进行堆转储之前强制垃圾收集器几次（只有一次是不够的）。 这是为了确保在某些点上垃圾收集的引用不会出现在转储中。

希望这可以帮助

Answer 2

我注意到的简单解决方案是

onDestroy()

将调用而不是onDestroyView（），以便您可以使用onDestroy（）

Answer 3

当您允许从一个活动到另一个活动的无限数量的导航时，每次启动活动时都会创建一个新的活动实例。 要阻止它多次创建，请仅创建一次活动，以便只创建该活动的一个实例。 为此，请在清单文件中的标记中添加以下行：

<activity android:name=".MainActivity"
        android:launchMode="singleTop"/>

Answer 4

尝试此代码并将此代码添加到您的片段中

@Override
public void onDestroy() {
    super.onDestroy();
}
@Override
public void onPause() {
    super.onPause();
}
@Override
public void onResume() {
    super.onResume();
}
@Override
public void onStop() {
    super.onStop();
}