我有一个主屏幕的应用程序,它有 2 个 fragment (目前)和一个抽屉导航。目前我在启动时加载 fragment A(探索)并在单击时加载 fragment B。从那时起,我显示和隐藏 fragment 。它比每次点击都重新创建 fragment 要快,而且我的 fragment A 需要一些时间来加载。
我注意到当我转到 fragment B 并从那里转到另一个 Activity (我们称之为 Activity 2)并离开应用程序并等待它被杀死(或做一些疯狂的事情,例如更改设备语言),然后回到同样的 Activity ,它仍然存在。当我按下返回到 fragment B 时,有时(50% 的次数) fragment B 被绘制在 fragment A 上。单击抽屉中的 fragment A 时, fragment A 看起来不错,但单击 fragment B 时,还有另一个实例 fragment A 和 fragment B 的顶部。
我在这个问题上花了超过 2 天的时间,但一无所获。
这是我选择 fragment 的代码:
private void selectItem(int position, boolean addExploreFragment) {
Log.d(tag, "selectItem: " + position);
FragmentTransaction fragmentTransaction = getSupportFragmentManager().beginTransaction();
fragmentTransaction.setTransition(FragmentTransaction.TRANSIT_FRAGMENT_OPEN);
//add explore fragment - this is called on app startup, but also when the app is killed and resumed which results in 2 explore fragments
if (addExploreFragment){
fragmentTransaction.replace(R.id.content_frame, mExploreFragment, EXPLORE_FRAGMENT_TAG);
Log.d(tag, "Replaced frame and added "+ mFragmentTags[position]);
} else {
//add fragment for the first time
if (getSupportFragmentManager().findFragmentByTag(mFragmentTags[position]) == null && position != 0) {
fragmentTransaction.add(R.id.content_frame, mFragments[position], mFragmentTags[position]);
Log.d(tag, "Added Fragment: "+ mFragmentTags[position]);
}
//shows and hides fragments
for (int i = 0; i < mFragments.length; i++) {
if (i == position) {
fragmentTransaction.show(mFragments[i]);
Log.d(tag, "Showing Fragment: "+ mFragmentTags[i]);
} else {
if (getSupportFragmentManager().findFragmentByTag(mFragmentTags[i]) != null) {
fragmentTransaction.hide(mFragments[i]);
Log.d(tag, "Hid Fragment: "+ mFragmentTags[i]);
}
}
}
}
fragmentTransaction.commit();
//not null check for calling selectItem(0) before loading the drawer
if (mDrawerList != null){
mDrawerList.setItemChecked(position, true);
}
}
我肯定知道,探索 fragment 被创建了两次,并且这两个实例彼此独立(只是共享)。
我不知道下一步该做什么。这是一个可以在低端设备上很容易重现的问题,但在像 Nexus 4(我的测试设备)这样的设备上,可以通过更改设备语言来重现该问题。
有没有人对此有任何想法?基本上,如果在已经存在 exploreFragment 时没有调用 addExploreFragment 块,我认为可以解决此问题,但我一直无法这样做。此外,我尝试删除所有 fragment ,然后添加 exploreFragment 但同样的事情发生了(50% 的次数)。
谢谢!很抱歉这篇很长的帖子,我觉得我应该分享所有的细节。
更新 :当我更改设备语言并返回 Activity 2 上的应用程序并返回 Home Activity 时,它打开了 fragment B,这很好,但 fragment A 被重新创建,因为它是一个沉重的 fragment ,系统可能从内存中删除它。同样,如果它被系统删除,它被重新创建是可以的,但是为什么当它没有被删除时它会被重新创建。我相信这与我的代码有关,在每 2 次尝试(不关闭应用程序)时都会发生这种情况,重 fragment A 的 2 个实例。出乎意料。
但不应该 fragmentTransaction.replace 删除所有以前添加的 fragment ,然后添加 exploreFragment。它不是那样工作的。 fragment A 和 fragment B 都没有被删除。
最佳答案
我发现了一些新的东西,对我来说很奇怪。当您使用 fragmentTransaction.add
时,您拥有的 监听器 ,例如 DrawerItemClickListener,在 前一个 fragment 上, 仍然处于 Activity 状态 。即使您使用 fragmentTransaction.commit
也是如此。
所以...我怀疑当使用 add 方法时,您实际上单击了另一个隐藏按钮或隐藏的 UI,这些按钮或隐藏的 UI 在前一个 fragment 上有一个事件监听器。我当然不喜欢这样,效果可能会很困惑。是的,这发生在我身上,我有一段时间不明白为什么。
目前,我认为最简单的代码修复方法是使用 替换 方法而不是 add 方法。 replace() 使监听器处于非 Activity 状态。如果它有效,那么您可以进行更好/优雅的修复。
让我知道发生什么事....