Grundlegendes zu setRetainInstance (boolean) von Fragment

Beginnend mit der Dokumentation:

public void setRetainInstance (boolesche Aufbewahrung)

Steuern Sie, ob eine Fragmentinstanz während der Neuerstellung der Aktivität beibehalten wird (z. B. aufgrund einer Konfigurationsänderung). Dies kann nur mit Fragmenten verwendet werden, die sich nicht im Backstack befinden. Wenn festgelegt, unterscheidet sich der Fragmentlebenszyklus geringfügig, wenn eine Aktivität neu erstellt wird:

• onDestroy () wird nicht aufgerufen (onDetach () jedoch weiterhin, da das Fragment von seiner aktuellen Aktivität getrennt wird).
• onCreate (Bundle) wird nicht aufgerufen, da das Fragment nicht neu erstellt wird.
• onAttach (Aktivität) und onActivityCreated (Bundle) werden weiterhin aufgerufen.

Ich habe ein paar Fragen:

• Behält das Fragment auch seine Ansicht bei oder wird dies bei Konfigurationsänderungen neu erstellt? Was genau bedeutet "beibehalten"?

• Wird das Fragment zerstört, wenn der Benutzer die Aktivität verlässt?

• Warum funktioniert es nicht mit Fragmenten auf dem Backstack?

• In welchen Anwendungsfällen ist diese Methode sinnvoll?

Schauen Sie sich zunächst meinen Beitrag zu aufbewahrten Fragmenten an. Es könnte helfen.

Um Ihre Fragen zu beantworten:

Behält das Fragment auch seinen Ansichtsstatus bei oder wird dies bei Konfigurationsänderungen neu erstellt - was genau wird "beibehalten"?

Ja, der FragmentStatus wird während der Konfigurationsänderung beibehalten. Insbesondere bedeutet "beibehalten", dass das Fragment bei Konfigurationsänderungen nicht zerstört wird. Das heißt, das Fragmentwird auch dann beibehalten , wenn die Konfigurationsänderung dazu führt, dass der Basiswert Activityzerstört wird.

Wird das Fragment zerstört, wenn der Benutzer die Aktivität verlässt?

Genau wie Activitys kann Fragments vom System zerstört werden, wenn die Speicherressourcen niedrig sind. Ob Ihre Fragmente ihren Instanzstatus über Konfigurationsänderungen hinweg beibehalten, hat keinen Einfluss darauf, ob das System das Fragments zerstört, sobald Sie das verlassen Activity. Wenn Sie das verlassen Activity(dh durch Drücken der Home-Taste), kann das Fragments zerstört werden oder nicht. Wenn Sie das Activitydurch Drücken der Zurück-Taste verlassen (wodurch das aufgerufen finish()und effektiv zerstört wird Activity), werden auch alle Activityangehängten Fragments zerstört.

Warum funktioniert es nicht mit Fragmenten auf dem Backstack?

Es gibt wahrscheinlich mehrere Gründe, warum es nicht unterstützt wird, aber der offensichtlichste Grund für mich ist, dass das Activityeinen Verweis auf das enthält FragmentManagerund das FragmentManagerden Backstack verwaltet. Das heißt, unabhängig davon, ob Sie Ihr Fragments behalten oder nicht, wird der Activity(und damit der FragmentManagerBackstack) bei einer Konfigurationsänderung zerstört. Ein weiterer Grund, warum es möglicherweise nicht funktioniert, ist, dass es schwierig werden könnte, wenn sowohl beibehaltene als auch nicht beibehaltene Fragmente auf demselben Backstack existieren dürfen.

In welchen Anwendungsfällen ist diese Methode sinnvoll?

Behaltene Fragmente können sehr nützlich sein, um Statusinformationen - insbesondere die Thread-Verwaltung - über Aktivitätsinstanzen zu verbreiten. Beispielsweise kann ein Fragment als Host für eine Instanz von Threadoder zur AsyncTaskVerwaltung seines Betriebs dienen. Weitere Informationen finden Sie in meinem Blogbeitrag zu diesem Thema.

Im Allgemeinen würde ich es ähnlich behandeln wie onConfigurationChangedmit einemActivity ... Verwenden Sie es nicht als Pflaster, nur weil Sie zu faul sind, um eine Orientierungsänderung korrekt zu implementieren / zu behandeln. Verwenden Sie es nur, wenn Sie es brauchen.

setRetaininstanceist nur nützlich, wenn Ihre activityaufgrund einer Konfigurationsänderung zerstört und neu erstellt wird, da die Instanzen während eines Aufrufs von gespeichert werden onRetainNonConfigurationInstance. Das heißt, wenn Sie das Gerät drehen, bleiben die beibehaltenen Fragmente dort (sie werden nicht zerstört und neu erstellt). Wenn jedoch die Laufzeit die Aktivität zum Zurückfordern von Ressourcen beendet, bleibt nichts übrig. Wenn Sie die Zurück-Taste drücken und die Aktivität beenden, wird alles zerstört.

Normalerweise verwende ich diese Funktion, um die Orientierung zu ändern und die Zeit zu ändern. Ich habe eine Reihe von Bitmaps vom Server heruntergeladen und jede ist 1 MB groß. Wenn der Benutzer versehentlich sein Gerät dreht, möchte ich die gesamte Download-Arbeit auf keinen Fall erneut ausführen Ich erstelle ein FragmentHalten meiner Bitmaps und füge es dem Manager hinzu und rufe auf setRetainInstance. Alle Bitmaps sind noch vorhanden, auch wenn sich die Bildschirmausrichtung ändert.

Mit SetRetainInstance (true) kann das Fragment überleben. Seine Mitglieder bleiben bei Konfigurationsänderungen wie Rotation erhalten. Es kann jedoch trotzdem getötet werden, wenn die Aktivität im Hintergrund beendet wird. Wenn die enthaltende Aktivität im Hintergrund vom System beendet wird, sollte der Instanzstatus von dem System gespeichert werden, das Sie in SaveInstanceState ordnungsgemäß verarbeitet haben. Mit anderen Worten, der onSaveInstanceState wird immer aufgerufen. Obwohl onCreateView nicht aufgerufen wird, wenn SetRetainInstance true ist und Fragment / Aktivität noch nicht beendet ist, wird es dennoch aufgerufen, wenn es getötet wird und versucht wird, zurückgebracht zu werden.

Hier sind einige Analysen der Android-Aktivität / Fragment-Hoffnung, die es hilft. http://ideaventure.blogspot.com.au/2014/01/android-activityfragment-life-cycle.html

setRetainInstance () - Veraltet

Als Fragmente Version 1.3.0-alpha01

Die Methode setRetainInstance () für Fragmente ist veraltet. Mit der Einführung von ViewModels verfügen Entwickler über eine spezielle API zum Beibehalten des Status, die Aktivitäten, Fragmenten und Navigationsdiagrammen zugeordnet werden kann. Auf diese Weise können Entwickler ein normales, nicht beibehaltenes Fragment verwenden und den spezifischen Status, den sie beibehalten möchten, getrennt halten, wodurch eine gemeinsame Quelle von Lecks vermieden wird, während die nützlichen Eigenschaften einer einzelnen Erstellung und Zerstörung des beibehaltenen Status (nämlich des Konstruktors des ViewModel) beibehalten werden und der empfangene onCleared () - Rückruf).

setRetainInstance (boolean) ist nützlich, wenn Sie eine Komponente haben möchten, die nicht an den Aktivitätslebenszyklus gebunden ist. Diese Technik wird zum Beispiel von rxloader verwendet, um "den Aktivitätslebenszyklus von Android für rxjavas Observable zu handhaben" (den ich hier gefunden habe ).