Android Fragment 回栈的问题

说明：这里发生了什么事？

如果我们记住 .replace() 与文档中我们知道的 .remove().add() 相等：

替换已添加到容器中的现有片段。这与为所有当前添加的片段调用 remove(Fragment) 基本相同，这些片段使用相同的 containerViewId 添加，然后使用此处给出的相同参数调用 add(int, Fragment, String)。

然后发生的事情是这样的（我在片段中添加数字以使其更清楚）：

// transaction.replace(R.id.detailFragment, frag1);
Transaction.remove(null).add(frag1)  // frag1 on view

// transaction.replace(R.id.detailFragment, frag2).addToBackStack(null);
Transaction.remove(frag1).add(frag2).addToBackStack(null)  // frag2 on view

// transaction.replace(R.id.detailFragment, frag3);
Transaction.remove(frag2).add(frag3)  // frag3 on view

（这里所有误导性的东西都开始发生了）

请记住，.addToBackStack() 只保存 transaction 而不是 fragment 本身！所以现在我们在布局上有 frag3：

< press back button >
// System pops the back stack and find the following saved back entry to be reversed:
// [Transaction.remove(frag1).add(frag2)]
// so the system makes that transaction backward!!!
// tries to remove frag2 (is not there, so it ignores) and re-add(frag1)
// make notice that system doesn't realise that there's a frag3 and does nothing with it
// so it still there attached to view
Transaction.remove(null).add(frag1) //frag1, frag3 on view (OVERLAPPING)

// transaction.replace(R.id.detailFragment, frag2).addToBackStack(null);
Transaction.remove(frag3).add(frag2).addToBackStack(null)  //frag2 on view

< press back button >
// system makes saved transaction backward
Transaction.remove(frag2).add(frag3) //frag3 on view

< press back button >
// no more entries in BackStack
< app exits >

可能的解决方案

考虑实施 FragmentManager.BackStackChangedListener 以观察后退堆栈中的变化并在 onBackStackChanged() 方法中应用您的逻辑：

跟踪交易计数；

按名称检查特定事务 FragmentTransaction.addToBackStack(String name);

等等。

---

当按下返回时，似乎片段 [3] 没有从视图中删除，因此您必须手动执行！

首先，不要使用 replace()，而是分别使用 remove 和 add。 replace() 似乎无法正常工作。

下一部分是覆盖 onKeyDown 方法并在每次按下后退按钮时删除当前片段。

@Override
public boolean onKeyDown(int keyCode, KeyEvent event)
{
    if (keyCode == KeyEvent.KEYCODE_BACK)
    {
        if (getSupportFragmentManager().getBackStackEntryCount() == 0)
        {
            this.finish();
            return false;
        }
        else
        {
            getSupportFragmentManager().popBackStack();
            removeCurrentFragment();

            return false;
        }



    }

    return super.onKeyDown(keyCode, event);
}


public void removeCurrentFragment()
{
    FragmentTransaction transaction = getSupportFragmentManager().beginTransaction();

    Fragment currentFrag =  getSupportFragmentManager().findFragmentById(R.id.detailFragment);


    String fragName = "NONE";

    if (currentFrag!=null)
        fragName = currentFrag.getClass().getSimpleName();


    if (currentFrag != null)
        transaction.remove(currentFrag);

    transaction.commit();

}

---

首先感谢@Arvis 大开眼界的解释。

对于这个问题，我更喜欢这里接受的答案的不同解决方案。除了绝对必要的情况外，我不喜欢弄乱覆盖的返回行为，当我尝试自己添加和删除片段时，按下返回按钮时没有默认返回堆栈弹出，我发现自己处于片段地狱:) 如果你.删除时在 f1 上添加 f2 f1 不会调用任何回调方法，如 onResume、onStart 等，这可能是非常不幸的。

无论如何，这就是我的做法：

目前展出的只有片段 f1。

f1 -> f2

Fragment2 f2 = new Fragment2();
this.getActivity().getSupportFragmentManager().beginTransaction().replace(R.id.main_content,f2).addToBackStack(null).commit();

这里没有什么不寻常的。与片段 f2 相比，此代码将您带到片段 f3。

f2 -> f3

Fragment3 f3 = new Fragment3();
getActivity().getSupportFragmentManager().popBackStack();
getActivity().getSupportFragmentManager().beginTransaction().replace(R.id.main_content, f3).addToBackStack(null).commit();

通过阅读文档我不确定这是否可行，据说这种弹出事务方法是异步的，也许更好的方法是调用 popBackStackImmediate()。但据我所知，我的设备运行良好。

所述替代方案是：

final FragmentActivity activity = getActivity();
activity.getSupportFragmentManager().popBackStackImmediate();
activity.getSupportFragmentManager().beginTransaction().replace(R.id.main_content, f3).addToBackStack(null).commit();

在进入 f3 之前，这里实际上会短暂地回到 f1，所以那里有一个小故障。

这实际上就是您所要做的，无需覆盖回栈行为......

---

我知道这是一个老问题，但我遇到了同样的问题并像这样解决它：

首先，使用名称（例如“Frag1”）将 Fragment1 添加到 BackStack：

frag = new Fragment1();

transaction = getSupportFragmentManager().beginTransaction();
transaction.replace(R.id.detailFragment, frag);
transaction.addToBackStack("Frag1");
transaction.commit();

然后，每当你想回到 Fragment1（即使在它上面添加 10 个片段之后），只需调用 popBackStackImmediate 的名称：

getSupportFragmentManager().popBackStackImmediate("Frag1", 0);

希望它会帮助某人:)

---

在@Arvis 回复之后，我决定更深入地挖掘，并在这里写了一篇关于此的技术文章：http://www.andreabaccega.com/blog/2015/08/16/how-to-avoid-fragments-overlapping-due-to-backstack-nightmare-in-android/

对于周围的懒惰开发人员。我的解决方案是始终将事务添加到后台堆栈，并在需要时（自动）执行额外的 FragmentManager.popBackStackImmediate()。

该代码是非常少的代码行，在我的示例中，如果用户没有深入后台堆栈（例如从 C 导航到 D），我想从 C 跳到 A 而不会跳回“B”。

因此附加的代码将按如下方式工作 A -> B -> C (back) -> A & A -> B -> C -> D (back) -> C (back) -> B (back) -> A

在哪里

fm.beginTransaction().replace(R.id.content, new CFragment()).commit()

如问题所示，从“B”到“C”发出。

好的，好的，这是代码:)

public static void performNoBackStackTransaction(FragmentManager fragmentManager, String tag, Fragment fragment) {
  final int newBackStackLength = fragmentManager.getBackStackEntryCount() +1;

  fragmentManager.beginTransaction()
      .replace(R.id.content, fragment, tag)
      .addToBackStack(tag)
      .commit();

  fragmentManager.addOnBackStackChangedListener(new FragmentManager.OnBackStackChangedListener() {
    @Override
    public void onBackStackChanged() {
      int nowCount = fragmentManager.getBackStackEntryCount();
      if (newBackStackLength != nowCount) {
        // we don't really care if going back or forward. we already performed the logic here.
        fragmentManager.removeOnBackStackChangedListener(this);

        if ( newBackStackLength > nowCount ) { // user pressed back
          fragmentManager.popBackStackImmediate();
        }
      }
    }
  });
}

---

如果您正在努力使用 addToBackStack() 和 popBackStack() 那么只需使用

FragmentTransaction ft =getSupportFragmentManager().beginTransaction();
ft.replace(R.id.content_frame, new HomeFragment(), "Home");
ft.commit();`

在 OnBackPressed() 中的 Activity 中按标签找出fargment，然后做你的事情

Fragment home = getSupportFragmentManager().findFragmentByTag("Home");

if (home instanceof HomeFragment && home.isVisible()) {
    // do you stuff
}

更多信息 https://github.com/DattaHujare/NavigationDrawer 我从不使用 addToBackStack() 来处理片段。

---

我想，当我读到你的故事时，[3] 也在后面。这就解释了为什么你会看到它闪烁。

解决方案是永远不要在堆栈上设置 [3]。

---

我有一个类似的问题，我在同一个 Activity [M1.F0]->[M1.F1]->[M1.F2] 中有 3 个连续 片段，然后调用一个新的 Activity[M2]。如果用户按下 [M2] 中的按钮，我想返回 [M1,F1] 而不是 [M1,F2] ，这就是后按行为已经完成的。

为了完成此操作，我删除了 [M1,F2]，在 [M1,F1] 上调用 show，提交事务，然后通过使用 hide 调用它添加 [M1,F2]。这消除了原本会留下的额外的背压。

// Remove [M1.F2] to avoid having an extra entry on back press when returning from M2
final FragmentTransaction ftA = fm.beginTransaction();
ftA.remove(M1F2Fragment);
ftA.show(M1F1Fragment);
ftA.commit();
final FragmentTransaction ftB = fm.beginTransaction();
ftB.hide(M1F2Fragment);
ftB.commit();

嗨，执行此代码后：我无法在按返回键时看到 Fragment2 的值。我的代码：

FragmentTransaction ft = fm.beginTransaction();
ft.add(R.id.frame, f1);
ft.remove(f1);

ft.add(R.id.frame, f2);
ft.addToBackStack(null);

ft.remove(f2);
ft.add(R.id.frame, f3);

ft.commit();

@Override
    public boolean onKeyDown(int keyCode, KeyEvent event){

        if(keyCode == KeyEvent.KEYCODE_BACK){
            Fragment currentFrag =  getFragmentManager().findFragmentById(R.id.frame);
            FragmentTransaction transaction = getFragmentManager().beginTransaction();

            if(currentFrag != null){
                String name = currentFrag.getClass().getName();
            }
            if(getFragmentManager().getBackStackEntryCount() == 0){
            }
            else{
                getFragmentManager().popBackStack();
                removeCurrentFragment();
            }
       }
    return super.onKeyDown(keyCode, event);
   }

public void removeCurrentFragment()
    {
        FragmentTransaction transaction = getFragmentManager().beginTransaction();
        Fragment currentFrag =  getFragmentManager().findFragmentById(R.id.frame);

        if(currentFrag != null){
            transaction.remove(currentFrag);
        }
        transaction.commit();
    }

---

executePendingTransactions() , commitNow() 无效（

在 androidx (jetpack) 中工作。

private final FragmentManager fragmentManager = getSupportFragmentManager();

public void removeFragment(FragmentTag tag) {
    Fragment fragmentRemove = fragmentManager.findFragmentByTag(tag.toString());
    if (fragmentRemove != null) {
        fragmentManager.beginTransaction()
                .remove(fragmentRemove)
                .commit();

        // fix by @Ogbe
        fragmentManager.popBackStackImmediate(tag.toString(), 
            FragmentManager.POP_BACK_STACK_INCLUSIVE);
    }
}

---