NullPointerExceptions nur auf einigen Samsung Galaxy-Geräten?

Question

Ich benutze LibGDX. Wenn meine App gestartet wird, wird ein Bildschirm erstellt. Wenn der Bildschirm geladen ist, wird eine statische Funktion Module.createStyles() aufgerufen.

Diese Funktion erstellt eine Reihe von Stilen, die im gesamten Rest der Anwendung verwendet werden (integrierte LibGDX-Stile wie WindowStyle, LabelStyle, TextButtonStyle - alle Arten von Dingen, die zum Erstellen der Benutzeroberflächenobjekte verwendet werden). Wenn der Bildschirm fertig ist, ruft er Module.disposeStyles() auf.

Wie auch immer, nach meiner Google Analytics Crash-Berichte, erhalte ich zufällig einen Nullpointer wenn sie versuchen, zum Beispiel erstellen, einen Dialog mit Module.dialogStyle:

ExitDialog exitDialog = new ExitDialog("Are you sure?", Module.dialogStyle);

Thread: GLThread 2089, Exception: java.lang.IllegalArgumentException: style cannot be null. 
at package.Window.setStyle(Window.java:181) 
at package.Window.<init>(Window.java:63) 
at package.Dialog.<init>(Dialog.java:65) 
at package.ExitDialog$1.<init>(ExitDialog.java:38) 

Es gibt absolut keinen Grund Module.dialogStyle sollte null sein. Die einzige Stelle, an der ich dieses Feld auf Null setze, ist Module.disposeStyles(), und diese Funktion wird nur an einer bestimmten Stelle in der Anwendung aufgerufen (ganz am Ende).

Ich würde annehmen, dass dies ein Fehler in meinem Code war, obwohl 95% der Benutzer es nie erleben. Doch alle 5%, die es erleben scheinen Galaxy Benutzer zu sein und ich bin mir nicht sicher, ob das ein Zufall:

• Galaxy S4
• Galaxy S III
• GALAXY Tab 3 lite

Wer hat irgendwelche Ideen? Haben Galaxy-Geräte keinen eingebauten RAM-Manager? Hätte das etwas damit zu tun?

Answer 1

Ich werde das übernehmen:

Module.dialogStyle 

ist ein Verweis auf eine static Eigenschaft auf der Module Klasse.

Sie geraten wahrscheinlich in Nebenwirkungen, wie Android den Lebenszyklus von JVMs verwaltet. Es gibt Szenarien (insbesondere auf größeren Geräten), bei denen eine JVM-Instanz wiederverwendet wird, die Probleme verursachen kann (statische Initialisierer wurden beispielsweise bereits ausgeführt und werden nicht erneut ausgeführt). Alternativ können static Zeiger von einer vorherigen Ausführung Ihrer Anwendung in die nächste führen und möglicherweise einen ungültigen oder falschen Status aufweisen. Es hängt von den Einzelheiten ab, wie Ihre App organisiert ist.

Wenn Sie mehr Code einschließen, der zeigt, wie und wann Sie die statischen Felder initialisieren, können wir es wahrscheinlich herausfinden.

Weitere Einzelheiten zu den verschiedenen Lebenszyklen und wie sie lokal zu reproduzieren, sehen: http://bitiotic.com/blog/2013/05/23/libgdx-and-android-application-lifecycle/