我对android片段backstack似乎工作的方式存在很大的问题，并且非常感谢所提供的任何帮助。
想象一下，你有3个片段
[1] [2] [3]
我希望用户能够导航[1] > [2] > [3]但在回来的路上（按后退按钮）[3] > [1]。
正如我想象的那样，这可以通过在创建将片段addToBackStack(..)带入XML中定义的片段持有者的事务时不调用[2]来实现。
现实看来，如果我不希望[2]在用户按下[3]上的按钮时再次显示，我就不能在显示片段的事务中调用addToBackStack [3]。这似乎完全违反直觉（可能来自iOS世界）。
无论如何，如果我这样做，当我从[1] > [2]出发并按回来时，我会按预期返回[1]。
如果我去[1] > [2] > [3]然后按回去，我会跳回[1]（按预期）。
现在，当我尝试从[2]再次跳转到[1]时，会发生奇怪的行为。首先在[3]进入视图之前简要显示[2]。如果我在此时按下[3]，则会再次按下该应用程序退出。
任何人都可以帮我理解这里发生的事情吗？
这是我的主要活动的布局xml文件：
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="fill_parent"
android:layout_height="fill_parent"
android:orientation="vertical" >
<fragment
android:id="@+id/headerFragment"
android:layout_width="match_parent"
android:layout_height="wrap_content"
class="com.fragment_test.FragmentControls" >
<!-- Preview: layout=@layout/details -->
</fragment>
<FrameLayout
android:id="@+id/detailFragment"
android:layout_width="match_parent"
android:layout_height="fill_parent"
/>
更新 这是我用于通过nav heirarchy构建的代码
Fragment frag;
FragmentTransaction transaction;
//Create The first fragment [1], add it to the view, BUT Dont add the transaction to the backstack
frag = new Fragment1();
transaction = getSupportFragmentManager().beginTransaction();
transaction.replace(R.id.detailFragment, frag);
transaction.commit();
//Create the second [2] fragment, add it to the view and add the transaction that replaces the first fragment to the backstack
frag = new Fragment2();
transaction = getSupportFragmentManager().beginTransaction();
transaction.replace(R.id.detailFragment, frag);
transaction.addToBackStack(null);
transaction.commit();
//Create third fragment, Dont add this transaction to the backstack, because we dont want to go back to [2]
frag = new Fragment3();
transaction = getSupportFragmentManager().beginTransaction();
transaction.replace(R.id.detailFragment, frag);
transaction.commit();
//END OF SETUP CODE-------------------------
//NOW:
//Press back once and then issue the following code:
frag = new Fragment2();
transaction = getSupportFragmentManager().beginTransaction();
transaction.replace(R.id.detailFragment, frag);
transaction.addToBackStack(null);
transaction.commit();
//Now press back again and you end up at fragment [3] not [1]
非常感谢
答案 0 :(得分：198)
如果我们记住.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()只保存交易，而不是片段！现在我们在布局上有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); 答案 1 :(得分：33)
右!!!经过多次拔毛后，我终于找到了如何正常工作的方法。
当按下后退时，似乎没有从视图中删除片段[3]，所以你必须手动完成！
首先，不要使用replace（），而是使用remove并单独添加。似乎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();
}
希望这有帮助！
答案 2 :(得分：16)
首先要感谢@Arvis的一个开眼界的解释。
对于这个问题，我更喜欢不同的解决方案。我不喜欢搞乱覆盖背部行为，而不是绝对必要的当我尝试添加和删除片段而没有默认后面的堆栈弹出时按下后退按钮我发现我的自我片段地狱:)如果你。当你删除它时，在f1上添加f2 f1将不会调用onResume，onStart等任何回调方法，这可能是非常不幸的。
无论如何我就是这样做的：
目前显示的只是片段f1。
f1 - ＆gt; F2
Fragment2 f2 = new Fragment2();
this.getActivity().getSupportFragmentManager().beginTransaction().replace(R.id.main_content,f2).addToBackStack(null).commit();
f2 - ＆gt; 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();
这里实际上会有短暂的回到f1 beofre继续前进到f3，所以那里有轻微的故障。
这实际上是你所要做的，不需要覆盖后台堆栈行为......
答案 3 :(得分：13)
我知道这是一个古老的问题，但我遇到了同样的问题，并修复它：
首先，使用名称（例如“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);
希望它会帮助某人：）
答案 4 :(得分：5)
@Arvis回复后我决定深入挖掘，我在这里写了一篇关于此的技术文章：http://www.andreabaccega.com/blog/2015/08/16/how-to-avoid-fragments-overlapping-due-to-backstack-nightmare-in-android/
对于懒惰的开发者来说。我的解决方案包括始终将事务添加到backstack并在需要时（自动）执行额外的FragmentManager.popBackStackImmediate()。
代码是很少的代码行，在我的例子中，我想从C跳到A而不跳回到“B”如果用户没有更深入的后台堆栈（从C导航到D导航） ）。
因此附带的代码将如下工作 A - ＆gt; B - ＆gt; C（后） - ＆gt;一个 ＆安培; A - ＆gt; B - ＆gt; C - ＆gt; D（后） - ＆gt; C（后） - ＆gt; B（背面） - ＆gt;甲
其中
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();
}
}
}
});
}
答案 5 :(得分：1)
如果你正在与addToBackStack（）＆amp; popBackStack（）然后只需使用
FragmentTransaction ft =getSupportFragmentManager().beginTransaction();
ft.replace(R.id.content_frame, new HomeFragment(), "Home");
ft.commit();`
在你的活动中OnBackPressed（）通过标签找出fargment然后做你的东西
Fragment home = getSupportFragmentManager().findFragmentByTag("Home");
if (home instanceof HomeFragment && home.isVisible()) {
// do you stuff
}
更多信息https://github.com/DattaHujare/NavigationDrawer 我从不使用addToBackStack（）来处理片段。
答案 6 :(得分：0)
我想，当我读到你的故事时，[3]也在后面。这就解释了为什么你会看到它闪烁。
解决方法是永远不要在堆栈上设置[3]。
答案 7 :(得分：0)
我有一个类似的问题，我在同一Activity [M1.F0] - ＆gt; [M1.F1] - ＆gt; [M1.F2]中有3个连续片段然后拨打新的Activity [M2]。如果用户按下[M2]中的按钮，我想返回[M1，F1]而不是[M1，F2]，这是后退行为已经完成的。
为了实现这个目的，我删除[M1，F2]，在[M1，F1]上调用show，提交事务，然后通过隐藏调用它来添加[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();
您好 执行此代码后：我无法在按Back键时看到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();
}
答案 8 :(得分：0)
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);
}
}