我有一个主屏幕有 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 block ，我认为这个问题可以解决，但我一直无法这样做。另外，我尝试删除所有 fragment ，然后添加 exploreFragment 但同样的事情发生了(50% 次)。

谢谢!抱歉发了这么长的帖子，我觉得我应该分享所有的细节。

更新:当我更改设备语言并返回 Activity 2 上的应用程序并返回主页 Activity 时，它打开了 fragment B，这很好，但 fragment A 被重新创建，因为这是一个沉重的 fragment ，系统可能已将其从内存中删除。同样，如果它被系统删除，它会被重新创建也没关系，但是为什么在它没有被删除时它会被重新创建。我相信这是我的代码的问题，每第二次尝试(不关闭应用程序)都会发生这种情况，重 fragment A 的 2 个实例。出于想法。

但是不应该fragmentTransaction.replace把之前添加的fragment全部去掉再添加exploreFragment。它不是那样工作的。 fragment A 和 fragment B 都没有被删除。

最佳答案

我发现了一些对我来说很奇怪的新事物。当您使用 fragmentTransaction.add 时，您拥有的监听器(如 DrawerItemClickListener)在上一个 fragment 上仍处于 Activity 状态。即使您使用 fragmentTransaction.commit 也是如此。

所以...我怀疑当使用 add 方法时，您实际上单击了另一个隐藏按钮或隐藏 UI，该按钮或隐藏 UI 在前一个 fragment 上具有事件监听器。我当然不喜欢这个，效果可能会很困惑。是的，这发生在我身上，我有一段时间不明白为什么。

目前，我认为最简单的代码修复是使用replace 方法而不是add。 replace() 使监听器处于非 Activity 状态。如果可行，那么您可以进行更好/更优雅的修复。

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

关于android - 应用程序被杀死并恢复后，如何避免 Activity 中的多个 fragment 实例？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/30244185/