バックスタックに追加したときにフラグメントの状態を維持するにはどうすればよいですか?


160

2つのフラグメントを切り替えるダミーアクティビティを作成しました。FragmentAからFragmentBに移動すると、FragmentAがバックスタックに追加されます。ただし、FragmentAに戻ると(押し戻すことにより)、まったく新しいFragmentAが作成され、その状態が失われます。私はこの質問と同じことをしているように感じますが、問題を根絶するのに役立つ完全なコードサンプルを含めました。

public class FooActivity extends Activity {
  @Override public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    final FragmentTransaction transaction = getFragmentManager().beginTransaction();
    transaction.replace(android.R.id.content, new FragmentA());
    transaction.commit();
  }

  public void nextFragment() {
    final FragmentTransaction transaction = getFragmentManager().beginTransaction();
    transaction.replace(android.R.id.content, new FragmentB());
    transaction.addToBackStack(null);
    transaction.commit();
  }

  public static class FragmentA extends Fragment {
    @Override public View onCreateView(LayoutInflater inflater, ViewGroup container,
        Bundle savedInstanceState) {
      final View main = inflater.inflate(R.layout.main, container, false);
      main.findViewById(R.id.next_fragment_button).setOnClickListener(new View.OnClickListener() {
        public void onClick(View v) {
          ((FooActivity) getActivity()).nextFragment();
        }
      });
      return main;
    }

    @Override public void onSaveInstanceState(Bundle outState) {
      super.onSaveInstanceState(outState);
      // Save some state!
    }
  }

  public static class FragmentB extends Fragment {
    @Override public View onCreateView(LayoutInflater inflater, ViewGroup container,
        Bundle savedInstanceState) {
      return inflater.inflate(R.layout.b, container, false);
    }
  }
}

いくつかのログメッセージが追加されています。

07-05 14:28:59.722 D/OMG     ( 1260): FooActivity.onCreate
07-05 14:28:59.742 D/OMG     ( 1260): FragmentA.onCreateView
07-05 14:28:59.742 D/OMG     ( 1260): FooActivity.onResume
<Tap Button on FragmentA>
07-05 14:29:12.842 D/OMG     ( 1260): FooActivity.nextFragment
07-05 14:29:12.852 D/OMG     ( 1260): FragmentB.onCreateView
<Tap 'Back'>
07-05 14:29:16.792 D/OMG     ( 1260): FragmentA.onCreateView

それはFragmentA.onSaveInstanceStateを呼び出すことは決してなく、ヒットすると新しいFragmentAを作成します。ただし、FragmentAで画面をロックすると、FragmentA.onSaveInstanceStateが呼び出されます。奇妙なことに...バックスタックに追加されたフラグメントが再作成を必要としないことを期待するのは間違っていますか?ドキュメントの内容は次のとおりです。

一方、フラグメントを削除するときにaddToBackStack()を呼び出すと、フラグメントは停止し、ユーザーが戻ったときに再開されます。


3
@ Jan-Henk取得する必要があるものはどうですか?たとえば、のスクロール位置ListView。スクロールリスナーをアタッチしてインスタンス変数を更新するには、フープジャンプが多すぎるようです。
Jake Wharton

2
@JakeWharton私はそれがより簡単であるはずであることに同意しますが、フラグメントがバックスタックから復元されるときにonCreateViewが呼び出されるため、私が知る限り、これを回避する方法はありません。しかし、私は間違っている可能性があります:)
Jan-Henk

1
onCreateは呼び出されません。どうやらそれは同じインスタンスを再利用していますが、onCreateViewを再度呼び出しているのでしょうか?ラメ。onCreateViewの結果をキャッシュし、onCreateViewが再度呼び出された場合は、既存のビューを返すことができると思います。
エリック

1
まさに何時間も探していたもの。インスタンス変数を使用してこれをどのように達成したかを投稿できますか?
ウマ

1
それで私は最近、github.com / frostymarvelous / Folioで独自の実装を開始し、問題に遭遇しました。OOMのクラッシュが発生する前に、約5つの複雑なページ/フラグメントを作成できます。それが私をここに導いたものです。非表示と表示だけでは十分ではありません。ビューはメモリが多すぎます。
冷ややかな

回答:


120

バックスタックからフラグメントに戻ると、フラグメントは再作成されませんが、同じインスタンスが再利用さonCreateView()れ、フラグメントのライフサイクルから始まります。フラグメントのライフサイクルを参照してください。

あなたが店の状態にしたいのであれば、あなたはインスタンス変数を使用しなければならないではないに依存していますonSaveInstanceState()


32
ドキュメントの現在のバージョンは、この主張に反しています。フローチャートはあなたが述べていることを示していますが、ページのメイン領域のテキストはonCreateView()がフラグメントが最初に表示されるときにのみ呼び出されると言います:developer.android.com/guide/components/fragments.html 私はこれと戦っています今すぐ発行してください。バックスタックからフラグメントを返すときに呼び出されるメソッドがありません。(Android 4.2)
Colin M.

10
その動作を記録しようとしました。onCreateView()は、フラグメントが表示されているときに常に呼び出されます。
princepiero 2013

4
@ColinM。問題の解決策はありますか?
ブリザード

9
これは私にはうまくいきません。フラグメントに戻ると、インスタンス変数がnullになります。状態を保存するにはどうすればよいですか?
Don Rhummy 2014年

5
では、インスタンスの保存をリレーしない場合は、フラグメントのステータスとデータをどのように保存すればよいでしょうか。
Mahdi

80

Apple UINavigationControllerやと比較するとUIViewController、GoogleはAndroidソフトウェアアーキテクチャでうまく機能していません。また、Androidに関するドキュメントFragmentはあまり役に立ちません。

FragmentAからFragmentBを入力しても、既存のFragmentAインスタンスは破棄されません。FragmentBで[戻る]を押してFragmentAに戻ると、新しいFragmentAインスタンスは作成されません。既存のFragmentAインスタンスonCreateView()が呼び出されます。

重要なのはonCreateView()、既存のFragmentAのインスタンスを使用しているため、FragmentAでビューを再度インフレートしないことです。rootViewを保存して再利用する必要があります。

次のコードはうまくいきます。フラグメントの状態を維持するだけでなく、RAMとCPUの負荷も軽減します(必要な場合にのみレイアウトを拡張するため)。Googleのサンプルコードとドキュメントがそれを決して言及せず、常にレイアウトを膨らませているとは信じられません。

バージョン1(バージョン1は使用しないでください。バージョン2を使用してください)

public class FragmentA extends Fragment {
    View _rootView;
    public View onCreateView(LayoutInflater inflater, ViewGroup container,
            Bundle savedInstanceState) {
        if (_rootView == null) {
            // Inflate the layout for this fragment
            _rootView = inflater.inflate(R.layout.fragment_a, container, false);
            // Find and setup subviews
            _listView = (ListView)_rootView.findViewById(R.id.listView);
            ...
        } else {
            // Do not inflate the layout again.
            // The returned View of onCreateView will be added into the fragment.
            // However it is not allowed to be added twice even if the parent is same.
            // So we must remove _rootView from the existing parent view group
            // (it will be added back).
            ((ViewGroup)_rootView.getParent()).removeView(_rootView);
        }
        return _rootView;
    }
}

------ 2005年5月3日の更新:-------

コメントで述べたように、では_rootView.getParent()がnullになる場合がありonCreateView、これによりクラッシュが発生します。バージョン2では、dell116が示唆しているように、onDestroyView()の_rootViewが削除されています。Android 4.0.3、4.4.4、5.1.0でテスト済み。

バージョン2

public class FragmentA extends Fragment {
    View _rootView;
    public View onCreateView(LayoutInflater inflater, ViewGroup container,
            Bundle savedInstanceState) {
        if (_rootView == null) {
            // Inflate the layout for this fragment
            _rootView = inflater.inflate(R.layout.fragment_a, container, false);
            // Find and setup subviews
            _listView = (ListView)_rootView.findViewById(R.id.listView);
            ...
        } else {
            // Do not inflate the layout again.
            // The returned View of onCreateView will be added into the fragment.
            // However it is not allowed to be added twice even if the parent is same.
            // So we must remove _rootView from the existing parent view group
            // in onDestroyView() (it will be added back).
        }
        return _rootView;
    }

    @Override
    public void onDestroyView() {
        if (_rootView.getParent() != null) {
            ((ViewGroup)_rootView.getParent()).removeView(_rootView);
        }
        super.onDestroyView();
    }
}

警告!!!

これはハックです!私は自分のアプリでそれを使用していますが、コメントをテストして注意深く読む必要があります。


38
フラグメント全体のルートビューへの参照を保持することは、悪い考えですIMO。バックスタックにいくつかのフラグメントを継続的に追加し、それらのすべてがルートビューを保持している場合(メモリフットプリントが非常に大きい)、すべてのフラグメントがルートビュー参照とGCカントを保持しているため、OutOfMemoryErrorが発生する可能性が高くなります。それを収集します。私は、ビューを常に膨らませ(Androidシステムにビューの作成/破棄を処理させる)、データがnullかどうかをonActivityCreated / onViewCreatedで確認する方がよいと思います。はいの場合はそれをロードし、そうでない場合はデータをビューに設定します。
traninho 2014年

15
これを行わないでください!フラグメントのビュー階層が作成されると、その時点でフラグメントを保持していたアクティビティへの内部参照が含まれます。構成の変更が発生すると、アクティビティが頻繁に再作成されます。古いレイアウトを再利用すると、そのゾンビアクティビティが、参照するオブジェクトとともにメモリ内に残ります。このようなメモリを浪費するとパフォーマンスが低下し、フォアグラウンドにないときはアプリがすぐに終了する可能性が高くなります。
Krylez

4
@AllDayAmazingこれは良い点です。正直なところ、私は今非常に混乱しています。誰かがフラグメントのルートビューへの参照を保持することは問題なく、ルートビューの子(それはとにかくルートビューへの参照を持っている)の参照のみを保持することが問題ない理由を説明しようとすることはできますか?
traninho 2015

2
5時間を無駄にしてコードの何が問題になっているのかを調べたくない場合を除いて、これから離れてください。それが原因であることがわかるだけです。今、私はこのハックを使用したので、たくさんのものをリファクタリングする必要があります。フラグメントのUIをそのまま表示したい場合(上でも)、フラグメントのUIをそのままにしたい場合は、fragmentTransaction.addを使用することをお勧めします。fragmentTransaction.replace()は、フラグメントのビューを破棄することを目的としています。システムと戦わないでください。
dell116 2015

2
@VinceYuan-Android 5.1で最新のv7-appcompatライブラリを使用してテストしたところ、アクティビティのFragmentManagerで削除されているはずのフラグメントのインスタンスが6つ残っていました。GCがそれを正しく処理するとしても(私はそうは思わないでしょう)、これはアプリとデバイス一般のメモリに不必要な負担をかけています。単に.add()を使用するだけで、このハッキーなコードのすべてが完全に不要になります。これを行うことは、最初にFragmentTransaction.replace()を使用することの意図に完全に反します。
dell116

53

あなたが探しているものを達成するための代替方法があると思います。私はそれが完全な解決策であるとは言いませんが、私の場合は目的を果たしました。

私がやったことは、先ほど追加したフラグメントを置き換えるのではなく、したがって、基本的にはadd()代わりにmethod を使用しますreplace()

他に何をしたか。現在のフラグメントを非表示にし、バックスタックに追加します。

したがって、ビューを破壊することなく、新しいフラグメントを現在のフラグメントにオーバーラップさせます(そのonDestroyView()メソッドが呼び出されていないことを確認してください。さらに追加するとbackstate、フラグメントを再開できるという利点があります。

ここにコードがあります:

Fragment fragment=new DestinationFragment();
FragmentManager fragmentManager = getFragmentManager();
android.app.FragmentTransaction ft=fragmentManager.beginTransaction();
ft.add(R.id.content_frame, fragment);
ft.hide(SourceFragment.this);
ft.addToBackStack(SourceFragment.class.getName());
ft.commit();

AFAIKシステムはonCreateView()、ビューが破棄されているか、作成されていない場合にのみ呼び出します。しかし、ここではビューをメモリから削除しないことで保存しました。そのため、新しいビューは作成されません。

そして、Destination Fragmentから戻ると、最後のFragmentTransaction削除トップフラグメントがポップされ、topmost(SourceFragment's)ビューが画面上に表示されます。

コメント:先ほど述べたように、Sourceフラグメントのビューを削除せず、通常より多くのメモリを使用するため、完全なソリューションではありません。しかし、それでも目的を果たします。また、従来とは異なるビューを置き換える代わりに、ビューを非表示にするまったく異なるメカニズムを使用しています。

つまり、状態を維持する方法ではなく、ビューを維持する方法です。


私の場合、置換の代わりにフラグメントを追加すると、ポーリングを使用したり、フラグメントで他の種類のWeb要求が使用されたりすると問題が発生します。フラグメントBが追加されたときに、フラグメントAでこのポーリングを一時停止したい。これについて何か考えはありますか?
Uma

FirstFragmentでポーリングをどのように使用していますか?両方のフラグメントがメモリに残っているので、手動で行う必要があります。そのインスタンスを使用して、必要なアクションを実行できます。これは、2番目のフラグメントを追加したときに何かを行うメインアクティビティでイベントを生成する手がかりです。これがお役に立てば幸いです。
kaushal trivedi 2013

1
手がかりをありがとう=)。私はこれを行いました。しかし、これがそれを行う唯一の方法ですか?そして適切な方法は?また、ホームボタンを押してアプリケーションを再度起動すると、すべてのフラグメントが再びアクティブになります。この方法で、ここにフラグメントBのイムがあるとします。Activity A{Fragment A --> Fragment B}ホームボタンを押した後、アプリケーションを再度起動すると、両方のフラグメントonResume()が呼び出され、ポーリングが開始されます。これをどのように制御できますか?
Uma

1
残念ながらできません、システムはこのように通常の動作では機能しません。両方のフラグメントをアクティビティの直接の子と見なします。フラグメントの状態を維持する目的には役立ちましたが、他の通常のことは管理が非常に難しくなります。最近、私はこのすべての問題を発見しましたが、今私の提案は、この方法を採用しないことです。
kaushal trivedi 2013

1
もちろん、最後に、他の解決策が見つかるまで、このアプローチを採用しないようにします。管理が難しいためです。
kaushal trivedi 2013

7

私は非常に簡単な解決策を提案します。

View参照変数を受け取り、OnCreateViewでビューを設定します。この変数にビューがすでに存在するかどうかを確認してから、同じビューを返します。

   private View fragmentView;

   public View onCreateView(LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {
        super.onCreateView(inflater, container, savedInstanceState);

        if (fragmentView != null) {
            return fragmentView;
        }
        View view = inflater.inflate(R.layout.yourfragment, container, false);
        fragmentView = view;
        return view;
    }

1
onDestroy()で 'fragmentView'変数を削除しなかった場合、メモリリークの可能性があります
Arun PM

@ArunPMでは、onDestroy()でfragmentViewを削除する方法は?if (_rootView.getParent() != null) { ((ViewGroup)_rootView.getParent()).removeView(_rootView); }メモリをクリアするには適切ですか?
MehmetGür

1
@MehmetGür私はこのソリューションを何度も使用しています。今まで、メモリリークエラーは発生しませんでした。ただし、必要に応じてArunPMソリューションを使用できます。OnDestroy()メソッドでfragmentViewをnullに設定するように言っていると思います。
マンディープシン

1
この方法を実行したとき、メモリリークとそのスローリークの問題を検出するためにLeakCanaryを使用しています。しかし@Mandeepとして、我々は割り当てることによって、この問題を克服することができますコメントで述べたため息nullfragmentView して、変数onDestroy()の方法。
Arun PM

1
私の知る限りでは、フラグメントが破壊されると、フラグメントに関連付けられたビューがでクリアされonDestroyView()ます。このクリアは、バックアップビュー変数(ここではfragmentView )では発生せず、フラグメントがスタック/破棄されたときにメモリリークが発生します。LeakCaneryの紹介の[メモリリークの一般的な原因](square.github.io/leakcanary/fundamentals/…)にも同じリファレンスがあります。
アルンPM

6

マップを含むフラグメントでこの問題に遭遇しました。マップには、保存/再ロードするにはセットアップの詳細が多すぎます。私の解決策は、基本的にこのフラグメントを常にアクティブにしておくことでした(@kaushalが言及したのと同様)。

現在のフラグメントAがあり、フラグメントBを表示したいとします。結果の要約:

  • replace()-フラグメントAを削除し、フラグメントBに置き換えます。フラグメントAは、再び前面に移動すると再作成されます
  • add()-(作成および)フラグメントBを追加し、それはバックグラウンドでまだアクティブなフラグメントAとオーバーラップします
  • remove()-フラグメントBを削除してAに戻るために使用できます。フラグメントBは後で呼び出されたときに再作成されます

したがって、両方のフラグメントを「保存」しておく場合は、hide()/ show()を使用してフラグメントを切り替えます。

長所:複数のフラグメントを実行し続けるための簡単でシンプルな方法
短所:多くのメモリを使用してそれらすべてを実行し続ける。大きなビットマップを多数表示するなど、問題が発生する可能性があります


フラグメントbを削除してAに戻るときに、フラグメントAで呼び出されるメソッドを教えてください。フラグメントBを削除するときに何らかのアクションを実行したい
Google

5

onSaveInstanceState() 構成が変更された場合にのみ呼び出されます。

1つのフラグメントから別のフラグメントに変更するため、構成の変更は行われないため、への呼び出しonSaveInstanceState()はありません。保存されていない状態は何ですか?指定できますか?

EditTextにテキストを入力すると、自動的に保存されます。IDのないUIアイテムは、ビューステートが保存されないアイテムです。


onSaveInstanceState()リソースが不足しているためにシステムがアクティビティを破棄するときにも呼び出されます。
Marcel Bro 2017年

0

ここでは、onSaveInstanceStateフラグメントをバックスタックに追加してもフラグメントは呼び出されません。がとの間で呼び出されている間に、復元が開始onCreateViewおよび終了onDestroyViewしたときのバックスタックのフラグメントライフサイクル。私の解決策は、インスタンス変数を作成してで初期化することです。サンプルコード:onSaveInstanceStateonDestroyViewonDestroyonCreate

private boolean isDataLoading = true;
private ArrayList<String> listData;
public void onCreate(Bundle savedInstanceState){
     super.onCreate(savedInstanceState);
     isDataLoading = false;
     // init list at once when create fragment
     listData = new ArrayList();
}

そしてチェックインしてくださいonActivityCreated

public void onViewCreated(View view, @Nullable Bundle savedInstanceState) {
    super.onViewCreated(view, savedInstanceState);
    if(isDataLoading){
         fetchData();
    }else{
         //get saved instance variable listData()
    }
}

private void fetchData(){
     // do fetch data into listData
}

0
getSupportFragmentManager().addOnBackStackChangedListener(new FragmentManager.OnBackStackChangedListener()
    {
        @Override
        public void onBackStackChanged()
        {
            if (getSupportFragmentManager().getBackStackEntryCount() == 0)
            {
                //setToolbarTitle("Main Activity");
            }
            else
            {
                Log.e("fragment_replace11111", "replace");
            }
        }
    });


YourActivity.java
@Override
public void onBackPressed()
{
 Fragment fragment = getSupportFragmentManager().findFragmentById(R.id.Fragment_content);
  if (fragment instanceof YourFragmentName)
    {
        fragmentReplace(new HomeFragment(),"Home Fragment");
        txt_toolbar_title.setText("Your Fragment");
    }
  else{
     super.onBackPressed();
   }
 }


public void fragmentReplace(Fragment fragment, String fragment_name)
{
    try
    {
        fragmentTransaction = fragmentManager.beginTransaction();
        fragmentTransaction.replace(R.id.Fragment_content, fragment, fragment_name);
        fragmentTransaction.setCustomAnimations(R.anim.enter_from_right, R.anim.exit_to_left, R.anim.enter_from_left, R.anim.exit_to_right);
        fragmentTransaction.addToBackStack(fragment_name);
        fragmentTransaction.commitAllowingStateLoss();
    }
    catch (Exception e)
    {
        e.printStackTrace();
    }
}

0

私の問題も同様でしたが、断片を存続させることなく私を克服しました。F1とF2の2つのフラグメントを持つアクティビティがあるとします。F1が最初に開始され、いくつかのユーザー情報が含まれていると言ってから、何らかの条件でF2がポップアップし、追加の属性(電話番号)を入力するようユーザーに要求します。次に、その電話番号をF1に戻して登録を完了する必要がありますが、以前のユーザー情報がすべて失われ、以前のデータがないことに気付きます。フラグメントは最初から再作成されonSaveInstanceState、この情報をバンドルに保存した場合でも、nullに戻りますonActivityCreated

解決策: 呼び出しアクティビティで必要な情報をインスタンス変数として保存します。次に、そのインスタンス変数をフラグメントに渡します。

@Override
public void onActivityCreated(@Nullable Bundle savedInstanceState) {
    super.onActivityCreated(savedInstanceState);

    Bundle args = getArguments();

    // this will be null the first time F1 is created. 
    // it will be populated once you replace fragment and provide bundle data
    if (args != null) {
        if (args.get("your_info") != null) {
            // do what you want with restored information
        }
    }
}

したがって、私の例を次に示します。F2を表示する前に、コールバックを使用してインスタンスデータにユーザーデータを保存します。次にF2を開始し、ユーザーは電話番号を入力して[保存]を押します。私は、活動中に別のコールバックを使用してこの情報を収集して、それが今回の私のフラグメントF1を置き換えている私が使用できるバンドルデータを。

@Override
public void onPhoneAdded(String phone) {
        //replace fragment
        F1 f1 = new F1 ();
        Bundle args = new Bundle();
        yourInfo.setPhone(phone);
        args.putSerializable("you_info", yourInfo);
        f1.setArguments(args);

        getFragmentManager().beginTransaction()
                .replace(R.id.fragmentContainer, f1).addToBackStack(null).commit();

    }
}

コールバックの詳細については、https//developer.android.com/training/basics/fragments/communicating.htmlをご覧ください。


0

最初:FragmentTransactionクラスのreplaceメソッドの代わりにaddメソッドを使用するだけで、addToBackStackメソッドでスタックにsecondFragmentを追加する必要があります

2番目:バッククリックでpopBackStackImmediate()を呼び出す必要があります

Fragment sourceFragment = new SourceFragment ();
final Fragment secondFragment = new SecondFragment();
final FragmentTransaction ft = getChildFragmentManager().beginTransaction();
ft.add(R.id.child_fragment_container, secondFragment );
ft.hide(sourceFragment );
ft.addToBackStack(NewsShow.class.getName());
ft.commit();
                                
((SecondFragment)secondFragment).backFragmentInstanceClick = new SecondFragment.backFragmentNewsResult()
{
        @Override
        public void backFragmentNewsResult()
        {                                    
            getChildFragmentManager().popBackStackImmediate();                                
        }
};

0

次のコードを使用してフラグメントを置き換えます。

Fragment fragment = new AddPaymentFragment();
getSupportFragmentManager().beginTransaction().replace(R.id.frame, fragment, "Tag_AddPayment")
                .addToBackStack("Tag_AddPayment")
                .commit();

アクティビティのonBackPressed()は:

  @Override
public void onBackPressed() {
    android.support.v4.app.FragmentManager fm = getSupportFragmentManager();
    if (fm.getBackStackEntryCount() > 1) {

        fm.popBackStack();
    } else {


        finish();

    }
    Log.e("popping BACKSTRACK===> ",""+fm.getBackStackEntryCount());

}

0
Public void replaceFragment(Fragment mFragment, int id, String tag, boolean addToStack) {
        FragmentTransaction mTransaction = getSupportFragmentManager().beginTransaction();
        mTransaction.replace(id, mFragment);
        hideKeyboard();
        if (addToStack) {
            mTransaction.addToBackStack(tag);
        }
        mTransaction.commitAllowingStateLoss();
    }
replaceFragment(new Splash_Fragment(), R.id.container, null, false);

1
このコードスニペットをありがとうございます。このコードスニペットは、限られた、即時のヘルプを提供する可能性があります。適切な説明が大幅に長期的な価値を向上させるだろう示すことによって、なぜこれが問題に良い解決策であり、他の、同様の質問を将来の読者にそれがより便利になるだろう。回答を編集して、仮定を含めて説明を追加してください。
Machavity 2018

0

スタックで古いフラグメントを見つけ、スタックに存在する場合はそれをロードする完璧なソリューション。

/**
     * replace or add fragment to the container
     *
     * @param fragment pass android.support.v4.app.Fragment
     * @param bundle pass your extra bundle if any
     * @param popBackStack if true it will clear back stack
     * @param findInStack if true it will load old fragment if found
     */
    public void replaceFragment(Fragment fragment, @Nullable Bundle bundle, boolean popBackStack, boolean findInStack) {
        FragmentManager fm = getSupportFragmentManager();
        FragmentTransaction ft = fm.beginTransaction();
        String tag = fragment.getClass().getName();
        Fragment parentFragment;
        if (findInStack && fm.findFragmentByTag(tag) != null) {
            parentFragment = fm.findFragmentByTag(tag);
        } else {
            parentFragment = fragment;
        }
        // if user passes the @bundle in not null, then can be added to the fragment
        if (bundle != null)
            parentFragment.setArguments(bundle);
        else parentFragment.setArguments(null);
        // this is for the very first fragment not to be added into the back stack.
        if (popBackStack) {
            fm.popBackStack(null, FragmentManager.POP_BACK_STACK_INCLUSIVE);
        } else {
            ft.addToBackStack(parentFragment.getClass().getName() + "");
        }
        ft.replace(R.id.contenedor_principal, parentFragment, tag);
        ft.commit();
        fm.executePendingTransactions();
    }

好きに使う

Fragment f = new YourFragment();
replaceFragment(f, null, boolean true, true); 
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.