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

Question

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

Case
推出了ActivityA - > ActivityB - > ActivityC

所有这些活动都包含不同的片段,但问题是ActivityB从ActivityA片段启动的时间ActivityA onDestroyView虽然onStop被调用但未调用.

当我继续向堆栈应用添加太多活动时,我的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异常",并且你认为原因可能是onDestroyView()在切换活动时没有调用顶层Fragment.

OnDestroyView()

首先,从Activity1转到Activity2时,很可能onDestroyView()在Activity1中的Fragment上没有调用finish(),因为在启动Activity2之后没有在Activity1中调用.

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

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

如果你想清除片段的视图,你可以手动(即fragmentManager.popbackstack(),或beginTrasaction.remove(...)),或者你可以在启动Activity2(即调用finish())后关闭Activity1 - 这也将释放你的记忆并调用onDestroyView()Activity1中的顶部片段.

OutOfMemoryException异常

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

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

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

这种方法本身意味着您需要进行某些额外的处理,将重用的活动的UI /状态重置为"干净"的状态.幸运的是,您可以依靠onNewIntent(...)(参考)来检测何时需要这样做.

稍后编辑:内存监视器

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

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

基本上,你需要寻找类似的东西:

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

希望这可以帮助