Fragmentaktivität - App starb, kein gespeicherter Status

Ich stehe für eine sehr kleine Anzahl meiner Nutzer vor einem sehr verwirrenden Problem. Der Fehler tritt auf, wenn innerhalb eines Fragments eine Schaltfläche gedrückt wird, die eine andere Fragmentaktivität startet. Hier ist der Stack-Trace:

Aufgrund dieser Fehlerzeile:

Ich habe viele Artikel über Fragment-gespeicherte Zustände gelesen, aber keine scheint unter meinen Umständen zu gelten, eher für die Fragmente selbst, die in der Stack-Spur nicht erwähnt werden. Die anderen Beiträge schlagen vor, jedes Fragment hinzuzufügen:

Ich überschreibe derzeit die onCreate-Methode in keinem meiner Fragmente.

Ich habe auch vorgeschlagen, das zu jedem Fragment hinzuzufügen:

Abgesehen von der Tatsache, dass es nur für eine sehr kleine Anzahl von Benutzern passiert, ist das am meisten verwirrende Problem mit dem verwendeten Kontext:

Meine Anwendung hat einen Vordergrund-Dienst, und wenn ich stattdessen den statischen Kontext dieser Methode (durch eine statische getServiceContext () -Methode) in der obigen Absicht verwende, tritt das Problem für die Benutzer nicht mehr auf und die Fragment-Aktivität wird korrekt geöffnet. p>

Ich verstehe nicht, warum die Verwendung eines anderen Kontexts das Problem verhindern sollte , aber ich hoffe, dass es mit den von mir gelieferten Informationen für jemanden Sinn macht!

Ich kann den FragmentPagerAdapter-Code angeben, den ich verwende, wenn er sich als relevant erweist, aber es ist ziemlich Standard.

Ich danke Ihnen im Voraus

BEARBEITEN - Etwas sehr wichtiges, das ich vergessen habe hinzuzufügen. Dies führt nicht zum Absturz der App . Stattdessen wird die Aktivität, in der sich das Fragment befindet, sofort neu gestartet.

ANTWORT - Dies wurde verursacht, weil ich System.exit(0) unter Umständen anrufe, die ich nur für möglich hielt, wenn der Benutzer die Speicherbelegung der App "leeren" wollte. Ich habe mich geirrt und es könnte auch angerufen werden, wenn das Gerät des Benutzers mit wenig Speicher arbeitet. @ Beworker's Antwort unten ist als korrekt markiert, da er ActivityManagerService.handleAppDiedLocked() darauf hingewiesen hat.