NullPointerExceptions только на некоторых устройствах Samsung Galaxy?

Question

Я использую LibGDX. Когда мое приложение запускается, оно создает экран. Когда экран загружен, он вызывает статическую функцию Module.createStyles().

Эта функция создает кучу стилей, которые будут использоваться во всей остальной части приложения (встроенные стили LibGDX, такие как WindowStyle, LabelStyle, TextButtonStyle - все типы объектов, используемых для создания объектов пользовательского интерфейса).

Когда экран сделан, он вызывает Module.disposeStyles().

Во всяком случае, по моим отчеты о сбоях Google Analytics, я случайно получить NullPointerException при попытке, например, создать диалог с 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) 

Нет абсолютно никакой причины. Module.dialogStyle должен быть пустым. Единственное место, где я нулевое это поле, находится в Module.disposeStyles(), и эта функция вызывается только в одном конкретном месте приложения (в самом конце).

Я бы предположил, что это было ошибкой в ​​моем коде, хотя 95% пользователей никогда не испытывали этого. Тем не менее, все 5%, которые испытывают это, кажется, пользователи Galaxy, и я не уверен, что это совпадение:

• Galaxy S4
• Galaxy S III
• GALAXY Tab 3 облегченный

У кого-нибудь есть идеи? У устройств Galaxy нет встроенного диспетчера RAM? Будет ли это иметь какое-то отношение к этому?

Answer 1

Я буду считать, что:

Module.dialogStyle 

является ссылкой на static собственности на Module класса.

Возможно, вы столкнулись с побочными эффектами того, как Android управляет жизненным циклом JVM. Существуют сценарии (особенно на более крупных устройствах), где экземпляр JVM будет повторно использоваться, что может вызвать проблемы (например, статические инициализаторы уже выполнялись, и они не будут повторно запускаться). Альтернативно, указатели static могут жить от предыдущего запуска вашего приложения в следующем и могут иметь недопустимое или неправильное состояние в них. Это зависит от того, как организовано ваше приложение.

Если вы указали больше кода, который показывает, как и когда вы инициализируете статические поля, мы можем, вероятно, выяснить это.

Для получения более подробной информации о различных жизненных циклов и как воспроизвести их на месте, см: http://bitiotic.com/blog/2013/05/23/libgdx-and-android-application-lifecycle/