web-dev-qa-db-ja.com

Androidフラグメントバックスタックの問題

Androidフラグメントバックスタックの動作方法に大きな問題があり、提供されたヘルプに最も感謝します。

3つのフラグメントがあると想像してください

[1] [2] [3]

ユーザーが[1] > [2] > [3]をナビゲートできるようにしたいが、途中で(戻るボタンを押す)[3] > [1]に移動します。

私が想像したように、これは、フラグメント[2]をXMLで定義されたフラグメントホルダーに取り込むトランザクションを作成するときに、addToBackStack(..)を呼び出さないことによって達成されます。

この現実は、ユーザーが[2]の戻るボタンを押したときに[3]を再び表示したくない場合、フラグメント[3]を表示するトランザクションでaddToBackStackを呼び出してはならないようです。これは完全に直感に反するようです(おそらく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]

どうもありがとう

114
Chris Birch

説明:ここで何が起こっているのですか?

.replace()は、ドキュメントで知っている.remove().add()と等しいことを念頭に置いてください:

コンテナに追加された既存のフラグメントを置き換えます。これは、同じcontainerViewIdで追加された現在追加されているすべてのフラグメントに対してremove(Fragment)を呼び出し、次にここで指定された同じ引数で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() methodeに適用することを検討してください。

198
Arvis

右!!!多くの髪を引っ張った後、私は最終的にこの作業を適切に行う方法を考え出しました。

戻るボタンを押してもフラグメント[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();

}

お役に立てれば!

33
Chris Birch

まず第一に、目を開かせる説明を@Arvisに感謝します。

この問題については、ここで受け入れられている答えに対して別の解決策を選びます。私は絶対に必要な以上のバック動作をオーバーライドするのが好きではありません。バックボタンが押されたときにデフォルトのバックスタックポップなしでフラグメントを自分で追加および削除しようとしたときに、フラグメント地獄に自分を見つけました:) f1を削除するときに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();

ここでは、実際にはf1に戻ってf3に移動する短い時間があるため、そこにわずかな不具合があります。

これは実際にあなたがしなければならないすべてであり、バックスタックの動作をオーバーライドする必要はありません...

16

私はそれが古い質問であることを知っていますが、私は同じ問題を抱えて、このようにそれを修正します:

まず、Fragment1を名前(たとえば「Frag1」)で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);

それが誰かを助けることを願っています:)

13
Shirane85

@Arvisの返信後、私はさらに深く掘り下げることに決め、このことに関する技術記事をここに書きました: http://www.andreabaccega.com/blog/2015/08/16/how-to-avoid- fragment-overlapping-due-to-backstack-nightmare-in-Android /

怠laな開発者向け。私の解決策は、常にバックスタックにトランザクションを追加し、必要に応じて(自動的に)追加のFragmentManager.popBackStackImmediate()を実行することです。

コードはコードの非常に少ない行であり、私の例では、ユーザーがバックスタックの深部に行かなかった場合は「B」に戻ることなく、CからAにスキップします(CからDに移動します)。

したがって、添付されたコードは次のように機能します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」に発行されました。

OK、OKはコードです:)

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
Andrea Baccega

AddToBackStack()とpopBackStack()で苦労している場合は、単に使用します

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

OnBackPressed()でのアクティビティで、タグによってファーグメントを見つけてから、あなたのことをしてください

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

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

詳細情報 https://github.com/DattaHujare/NavigationDrawer フラグメントの処理にaddToBackStack()を使用することはありません。

1
Dattu Hujare

同じActivity [M1.F0]-> [M1.F1]-> [M1.F2]に3つの連続したfragmentsがあり、その後に新しいActivity [ M2]。ユーザーが[M2]でボタンを押した場合、[M1、F2]ではなく[M1、F1]に戻りたいと思います。

これを達成するために、[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();

こんにちはこのコードを実行した後: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();
    }
0
Iñaqui

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);
    }
}
0
tim4dev

あなたの話を読んだとき、[3]もバックスタックにあると思います。これはなぜ点滅するのかを説明しています。

解決策は、スタックに[3]を設定しないことです。

0
jdekeij