フラグメントのsetRetainInstance（boolean）を理解する

ドキュメントから始める：

public void setRetainInstance（ブール保持）

アクティビティの再作成（構成の変更など）を通じてフラグメントインスタンスを保持するかどうかを制御します。これは、バックスタックにないフラグメントでのみ使用できます。設定されている場合、アクティビティが再作成されるときのフラグメントのライフサイクルは少し異なります。

• onDestroy（）は呼び出されません（ただし、フラグメントが現在のアクティビティから切り離されているため、onDetach（）は呼び出されます）。
• フラグメントが再作成されていないため、onCreate（Bundle）は呼び出されません。
• onAttach（Activity）とonActivityCreated（Bundle）は引き続き呼び出されます。

いくつか質問があります。

• フラグメントはそのビューも保持しますか、それとも構成の変更時に再作成されますか？「保持」とはどういう意味ですか？

• ユーザーがアクティビティを離れると、フラグメントは破棄されますか？

• バックスタックのフラグメントで動作しないのはなぜですか？

• この方法を使用することが理にかなっている使用例はどれですか？

まず、保持されているフラグメントに関する私の投稿をチェックしてください。役立つかもしれません。

今あなたの質問に答えるために：

フラグメントはビューステートも保持しますか、それとも構成変更時に再作成されますか-正確に何が「保持」されますか？

はい、Fragment設定の変更後もの状態は保持されます。具体的には、「保持」とは、構成の変更時にフラグメントが破棄されないことを意味します。つまり、Fragmentされる保持構成変更が根本的な原因場合でもActivity破壊されます。

ユーザーがアクティビティを離れると、フラグメントは破棄されますか？

Activitys と同様に、Fragmentsはメモリリソースが不足するとシステムによって破棄される可能性があります。構成の変更後もフラグメントにインスタンスの状態を保持させるかどうかは、Fragmentいったんを離れると、システムがを破棄するかどうかには影響しませんActivity。Activity（ホームボタンを押して）を離れると、Fragmentsが破壊される場合とされない場合があります。あなたがままにした場合Activity（したがって、呼び出し元のバックボタンを押すことでfinish()、効果的に破壊するActivity）、すべてのActivity添付sはFragmentSも破棄されます。

バックスタックのフラグメントで動作しないのはなぜですか？

そこには、サポートされていないいくつかの理由は、おそらくですが、私には最も明白な理由があるということActivityへの参照を保持しFragmentManager、かつFragmentManagerbackstackを管理します。つまり、Fragments を保持するかどうかに関係なく、Activity（およびFragmentManagerのバックスタック）は構成の変更時に破棄されます。機能しない可能性があるもう1つの理由は、保持されているフラグメントと保持されていないフラグメントの両方が同じバックスタックに存在することが許可されていると、事態が複雑になる可能性があるためです。

この方法を使用することが理にかなっている使用例はどれですか？

保持されたフラグメントは、アクティビティインスタンス間で状態情報（特にスレッド管理）を伝播するのに非常に役立ちます。たとえば、フラグメントは、Threadまたはのインスタンスのホストとして機能し、AsyncTaskその操作を管理できます。詳細については、このトピックに関する私のブログ投稿を参照してください。

一般に、方向の変更を実装/処理するのが面倒だからといってonConfigurationChanged、Activity... と一緒に使用するのと同じように扱います。必要なときにだけ使用してください。

setRetaininstanceはactivity、への呼び出し中にインスタンスが保存されるため、設定の変更によりが破棄されて再作成された場合にのみ役立ちますonRetainNonConfigurationInstance。つまり、デバイスを回転すると、保持されたフラグメントはそこに残ります（破壊および再作成されません）。ただし、ランタイムがリソースを再利用するためにアクティビティを強制終了しても、何も残りません。戻るボタンを押してアクティビティを終了すると、すべてが破棄されます。

通常、この機能を使用して、向きを変更する時間を保存します。たとえば、サーバーからたくさんのビットマップをダウンロードしていて、それぞれが1MBであるとしましょう。Fragmentビットマップを保持して作成し、それをマネージャーに追加してを呼び出しsetRetainInstanceます。画面の向きが変わっても、すべてのビットマップが残っています。

SetRetainInstance（true）を使用すると、フラグメントの並べ替えが可能になります。そのメンバーは、ローテーションなどの構成変更中に保持されます。ただし、アクティビティがバックグラウンドで強制終了されると、強制終了される可能性があります。バックグラウンドで含まれているアクティビティがシステムによって強制終了された場合、onSaveInstanceStateを適切に処理したシステムによって、instanceStateが保存されます。つまり、onSaveInstanceStateは常に呼び出されます。SetRetainInstanceがtrueでフラグメント/アクティビティがまだ終了していない場合、onCreateViewは呼び出されませんが、終了して戻そうとした場合は呼び出されます。

ここでは、Androidのアクティビティ/フラグメントが役立つことを分析します。 http://ideaventure.blogspot.com.au/2014/01/android-activityfragment-life-cycle.html

setRetainInstance（）-非推奨

フラグメントバージョン1.3.0-alpha01として

FragmentsのsetRetainInstance（）メソッドは非推奨になりました。ViewModelの導入により、開発者は、アクティビティ、フラグメント、およびナビゲーショングラフに関連付けることができる状態を保持するための特定のAPIを使用できます。これにより、開発者は保持されていない通常のFragmentを使用し、保持したい特定の状態を個別に保持し、保持された状態（つまり、ViewModelのコンストラクター）の単一の作成と破棄の有用なプロパティを維持しながら、リークの一般的な原因を回避できます。そしてそれが受け取るonCleared（）コールバック）。

setRetainInstance（boolean）は、アクティビティのライフサイクルに関連付けられていないコンポーネントがある場合に便利です。この手法は、たとえばrxloaderによって「rxjavaのObservableに対するAndroidのアクティビティライフサイクルを処理する」ために使用されます（これはここで見つけました）。