我有一个主屏幕的应用程序,它有 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 状态。如果它有效,那么您可以进行更好/优雅的修复。

让我知道发生什么事....

10-07 19:28
查看更多