Android重新排序片段回退

Question

我的抽屉菜单中列出了许多页面/片段，用户可能会经常在这些页面/片段之间切换，我希望它们在后台堆栈中，以便它们可以导航回来，但我只希望每个片段的一个实例在后台堆栈中，以便用户不必按太多次才能退出应用程序。我不知道如何在不删除页面的情况下有效地“重新排序”后台。

目前，当我更改页面时，我使用这段代码来更改片段，并确保它只在后堆栈中出现一次

  if (mFragMgr == null) {
      mFragMgr = getSupportFragmentManager();
  }

  String backStateName = fragmentDescriptor.name();
  boolean fragmentPopped = mFragMgr.popBackStackImmediate(backStateName, 0);
  if (!fragmentPopped){
      mFragMgr.beginTransaction()
      .remove((Fragment) mFragment)
      .replace(R.id.content_frame, (Fragment) mFragment)
      .addToBackStack(backStateName)
      .commit();
  }

我在onBackPush中使用此代码

  @Override
  public void onBackPressed() {
      if (mFragMgr.getBackStackEntryCount() > 0) {
          mFragMgr.popBackStackImmediate();
      } else {
          super.onBackPressed();
      }
  }

这可以工作，但这意味着它会删除我不想删除的页面。示例：

当我的用户按顺序 A 访问 6 个页面时

                            [E]    [C]
                     [D]    [D]    [E]
              [C]    [C]    [C]    [D]
       [B]    [B]    [B]    [B]    [B]
[A] -> [A] -> [A] -> [A] -> [A] -> [A]

但我实际得到的是以下内容——它会弹出与名称匹配的元素的所有内容，这与我是否包含“”无关。删除（（片段）m片段）”-（我现在已经意识到删除不会影响后栈，所以没有必要指出这一点）：

                            [E]
                     [D]    [D]
              [C]    [C]    [C]    [C]
       [B]    [B]    [B]    [B]    [B]
[A] -> [A] -> [A] -> [A] -> [A] -> [A]

如果我在添加backstack时不使用名称，而是使用null，我会得到以下结果:

                                   [C]
                            [E]    [E]   
                     [D]    [D]    [D]    
              [C]    [C]    [C]    [C]   
       [B]    [B]    [B]    [B]    [B]  
[A] -> [A] -> [A] -> [A] -> [A] -> [A] 

我怎样才能得到我期望的行为？这是可能的，还是我需要自己记录更改并完全跳过后栈？




Answer 1

当您想在片段之前重用它时，只需首先隐藏所有片段并一次显示所需的片段。通过这样做，您可以重用片段，而无需删除它们，也无需重新加载片段。但在实现它之前，请确保必须将片段添加到backstack。

Answer 2

匿名用户

没有这样做的API，但是因为我上周也在想同样的事情，< br >我把它当作一个练习，自己实现了它。

我的方法允许您从反栈中的任何位置删除片段，这是通过使用refrection修改在FragmentManagerImpl和BackStackRecord中存储反栈信息的内部变量来实现的。

有几个重要的变量：

• mBackStack-存储保存片段信息、上一个片段、动画等的backstack记录
• mActive-所有添加的片段s
• mavailbackstackindex-存储新插入记录可以使用的索引，即mActive
中 null值的索引
• 及其他

用150个< code >片段进行了测试，没有发现任何泄漏，但只监视了< code>DDMS中的堆，没有执行任何其他内存分析。< br >因此，因为有些东西可能会被破坏，所以探索代码，重新测试它，看看是否有人提供了更好的答案，并重新考虑您是否真的需要在您的项目中这样做。

我将代码作为要点上传到GitHub上，希望能有所帮助。