Verhindern Fragment recovery in Android

Wir sind durch die Verwendung von Fragmenten und wir brauchen Sie nicht automatisch wiederhergestellt wird, wenn die Activity neu erstellt wird.
Aber Android jedes mal, wenn Activity::onCreate(Bundle savedInstanceState) -> super.onCreate(savedInstanceState) genannt wird, stellt Fragmente, auch wenn wir setRetainInstance(false) für diese Fragmente.

Darüber hinaus in diesen Fragments Fragment.performCreateView() direkt aufgerufen wird, ohne durch die Fragment::onAttach() und so weiter. Plus, einige der Felder sind null im inneren restauriert Fragment...

Weiß jemand, wie man verhindern, dass Android von der Wiederherstellung Fragmente?

P. S. Wir wissen, dass im Falle der Neuerstellung Aktivität für die config ändert, könnte es getan werden, indem man ein manifestndroid:configChanges="orientation|screenSize|screenLayout. Aber was ist mit der Neuerstellung Aktivität bei dem automatischen Speicher-Reinigung?

InformationsquelleAutor goRGon | 2013-03-20

43

Werden wir fertig, indem Sie zu Aktivität:
```
@Override
public void onCreate(Bundle savedInstanceState) {
    super.onCreate(null);
}
```
Er unterdrückt alle gespeicherten Daten auf erstellen/neu erstellen Lebenszyklus einer Aktivität und vermeidet Fragmente auto re-creation.
- Einfach und doch so effektiv. Diese wirklich mir den Arsch gerettet mit einem aktuellen bad-design (1-Aktivität App + 1 Fragment pro Bildschirm).
- Wenn das fragment hat die UI dann nicht Sie denken, es ist eine schlechte user experience.
- Dies funktioniert wie ein Charme, aber ich hoffe wirklich, es ist ein sauberer Weg, dies zu tun...
- das machen meine app mit ViewPager stürzt ab.
- Und welche Methode haben es crash?
- Es ist eine NullPointerException bei android.Unterstützung.v4.app.FragmentManagerImpl.getFragment(FragmentManager.java:569). Ich weiß nicht, was Methode, da Es abstürzt sobald Orientierung geändert und LogCat nur Fehler anzeigen von der Bibliothek unterstützt.
- dies ist die gleiche design, ich bin mit - weißt du einen besseren Ansatz?
- So epic das ist die Lösung! Meinen Tag gerettet, danke)
- Diejenigen, die haben NPE mit ViewPager, wenn Sie diese Methode verwenden, bitte überschreiben ViewPager.onRestoreInstanceState(Parcelable Zustand) - Methode und dem Aufruf von super.onRestoreInstanceState(null); statt.
- Ich war bereits Umgang mit änderungen an der Konfiguration, aber ich habe jetzt auch diese Lösung verwenden, um exploit-API 24 multi-Fenster-Unterstützung (android:resizeableActivity). Meine Tätigkeit erstellt mehrere inter-abhängigen Fragmente in onCreate(). Diese kann oder kann nicht erstellt werden nach der re-size/re-orientierten Fenster. Diese geniale Lösung muss offiziell verabschiedet und dokumentiert. In meinem Fall, die Aussage von Android, könnte es sinnvoll re-erstellen Sie eigene Fragmente war offenkundig absurd.
InformationsquelleAutor goRGon
15

@goRGon 's Antwort war für mich sehr nützlich, aber eine solche Verwendung zu ernsthaften Problemen führen, wenn es einige weitere Informationen, die Sie braucht, um vorwärts zu Ihrer Aktivität nach neu.

Hier ist die verbesserte version, die nur entfernt "Fragmente", aber halten alle anderen Parameter.

ID, die entfernt vom Bündel Teil android.support.v4.app.FragmentActivity Klasse als FRAGMENTS_TAG Feld. Es kann natürlich im Laufe der Zeit ändern, aber es ist nicht zu erwarten.
```
@Override
public void onCreate(Bundle savedInstanceState) {
    super.onCreate(createBundleNoFragmentRestore(savedInstanceState));
}

/**
 * Improve bundle to prevent restoring of fragments.
 * @param bundle bundle container
 * @return improved bundle with removed "fragments parcelable"
 */
private static Bundle createBundleNoFragmentRestore(Bundle bundle) {
    if (bundle != null) {
        bundle.remove("android:support:fragments");
    }
    return bundle;
}
```
- genial. genau das, was ich suchte
- Sie können auch verwenden die gleiche Technik, die in onSaveInstanceState(). Dies vermeidet die Persistenz des Fragment Informationen in den ersten Platz.
InformationsquelleAutor Menion Asamm
2

Diejenigen, die haben NPE mit ViewPager, wenn verwenden Sie diese Methode, beschrieben in der akzeptierten Antwort, bitte überschreiben

ViewPager.onRestoreInstanceState(Parcelable state)

Methode, und rufen

super.onRestoreInstanceState(null);

statt.

InformationsquelleAutor Robin
1

Entfernte ich die Fragmente in die Activity onCreate.

InformationsquelleAutor Kai
0

Hatte ich auch eine ViewPager so ich habe in der fragmentMananger wenn es hatte Fragmente in Ihr und nahm Sie in onCreate().

Mithilfe zum Beispiel diesen thread: Entfernen Sie alle Bruchstücke aus dem container.
```
FragmentManager fm = getSupportFragmentManager();
for (Fragment fragment: fm.getFragments()) {
  fm.beginTransaction().remove(fragment).commitNow();
}
```
commitNow() zu entfernen, Fragmente synchronosly.

InformationsquelleAutor mortalis
0

Ich hatte ein problem mit TransactionTooLargeException. So zum Glück nach der Verwendung tolargetool ich gegründet, dass die Fragmente (android:support:Fragmente) wurden, im Speicher, und die Transaktion wurde zu groß. So endlich habe ich dies getan, und es hat Super geklappt.
```
@Override
public void onSaveInstanceState(final Bundle outState) {
    super.onSaveInstanceState(outState);
    outState.putSerializable("android:support:fragments", null);
}
```
InformationsquelleAutor MontDeska
-1

View-Hierarchie nicht automatisch wiederhergestellt. Also, in Fragment.onCreateView() oder Activity.onCreate() Sie wiederherstellen müssen alle Ansichten (aus xml-oder programmgesteuert). Jeder ViewGroup, die enthält ein fragment, müssen dieselbe ID haben, wie als du es das erste mal. Sobald die view-Hierarchie erstellt wird, Android stellt alle Fragmente und legen Ihre Ansichten in die richtigen ViewGroup Dank der ID. Lassen Sie uns sagen, dass Android merkt sich die ID der ViewGroup, auf dem ein fragment war. Dies geschieht irgendwo zwischen onCreateView() und onStart().

InformationsquelleAutor user2982482

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.