[英]Problems with Android Fragment back stack
我在 android fragment backstack 的工作方式上遇到了一个大问题,非常感谢提供的任何帮助。
假设你有 3 个片段
[1] [2] [3]
我希望用户能够导航[1] > [2] > [3]
但在返回的路上(按后退按钮) [3] > [1]
。
正如我所想象的那样,这将通过在创建将片段[2]
带入 XML 中定义的片段持有者的事务时不调用addToBackStack(..)
来实现。
这样做的现实好像,如果我不想[2]
再次出现时,用户按下备份按钮[3]
我不能调用addToBackStack
在交易中该节目片段[3]
这似乎完全违反直觉(可能来自 iOS 世界)。
无论如何,如果我这样做,当我从[1] > [2]
返回并按回时,我会按预期返回[1]
。
如果我转到[1] > [2] > [3]
然后按回,我会跳回[1]
(如预期的那样)。 现在,当我尝试从[1]
再次跳转到[2]
时,会发生奇怪的行为。 首先[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"
/>
更新这是我用来通过导航层次结构构建的代码
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]
非常感谢
如果我们记住.replace()
等于我们通过文档知道的.remove().add()
:
替换添加到容器中的现有片段。 这本质上与为所有当前添加的片段调用
remove(Fragment)
,这些片段使用相同的containerViewId
add(int, Fragment, String)
,然后使用此处给出的相同参数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);
当按下后退时,似乎片段 [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 上 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- 由于backstack-nightmare-in-android/
对于周围懒惰的开发人员。 我的解决方案包括始终将事务添加到 backstack 并在需要时(自动)执行额外的FragmentManager.popBackStackImmediate()
)。
代码只有很少的几行代码,在我的示例中,如果用户没有在返回堆栈中更深入(例如从 C 导航到 D),我想从 C 跳到 A 而不跳回“B”。
因此,附加的代码将如下工作 A -> B -> C(后退)-> A & A -> B -> C -> D(后退)-> C(后退)-> B(后退)-> 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();`
在你的 Activity In OnBackPressed() 中找出标签,然后做你的事情
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);
}
}
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.