Как исправить «SuperNotCalledException» onDestroy?

Я использую onDestroy внутри фрагмента, чтобы убедиться, что обработчик (используемый для анимации кнопки) останавливается при выходе из приложения, как показано в приведенном ниже коде:

@Override
public void onDestroy () {
    if (anim1 !=null && run1 !=null) {
        anim1.removeCallbacks(run1);
    }
    super.onDestroy ();
}

anim1 — обработчик; run1 — это Runnable.

Код работает по назначению в моих тестовых устройствах (под управлением различных версий Android, но не 6.0 или 8.1 — это будет проблемой, как вы увидите). Это также работает для подавляющего большинства пользователей, судя по отчетам Google Console и общим отзывам.

Другими словами, если пользователь пытается выйти из приложения (или перейти к другому фрагменту), пока обработчик/исполняемый объект все еще там, исключение не возникает, и anim1.removeCallbacks(run1); срабатывает, как и ожидалось, без ошибок.

Однако, глядя на отчеты из Google Console, у нескольких пользователей Android 6.0 и 8.1 был SuperNotCalledException (журнал представлен ниже). Численно пользователи 8.1 кажутся более затронутыми по сравнению с 6.0.

Я знаю, что проблема в моей реализации onDestroy, потому что эта ошибка (SuperNotCalledException) начала появляться в консоли Google только после. Я реализовал приведенный выше код. Раньше я получал NPE из-за того, что обработчик все еще работал, пока приложение выходило (эта ошибка больше не существует).

Я получаю только несколько отчетов об ошибках, поэтому, по-видимому, это затрагивает только нескольких пользователей. Но мне интересно, что я делаю неправильно и как это исправить.

Я уже рассматривал другие подобные вопросы, например:

Фатальная ошибка: суперненазываемое исключение

NullPointer в OnDestroy

но они, кажется, не связаны с моей проблемой. super.onDestroy в моем коде, и он идет в конце. Logcat также не слишком показательен (по крайней мере, для меня):

Huawei Honor 7A (HWDUA-M), Android 8.1
Report 1 of 1
java.lang.RuntimeException: 
  at android.app.ActivityThread.performDestroyActivity (ActivityThread.java:4679)
  at android.app.ActivityThread.handleDestroyActivity (ActivityThread.java:4697)
  at android.app.ActivityThread.-wrap5 (Unknown Source)
  at android.app.ActivityThread$H.handleMessage (ActivityThread.java:1837)
  at android.os.Handler.dispatchMessage (Handler.java:106)
  at android.os.Looper.loop (Looper.java:166)
  at android.app.ActivityThread.main (ActivityThread.java:6861)
  at java.lang.reflect.Method.invoke (Native Method)
  at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run (RuntimeInit.java:450)
  at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:936)
Caused by: android.support.v4.app.SuperNotCalledException: 
  at android.support.v4.app.Fragment.performDestroy (Fragment.java:2590)
  at android.support.v4.app.FragmentManagerImpl.moveToState (FragmentManager.java:1566)
  at android.support.v4.app.FragmentManagerImpl.moveFragmentToExpectedState (FragmentManager.java:1759)
  at android.support.v4.app.FragmentManagerImpl.moveToState (FragmentManager.java:1836)
  at android.support.v4.app.FragmentManagerImpl.dispatchStateChange (FragmentManager.java:3244)
  at android.support.v4.app.FragmentManagerImpl.dispatchDestroy (FragmentManager.java:3235)
  at android.support.v4.app.FragmentController.dispatchDestroy (FragmentController.java:265)
  at android.support.v4.app.FragmentActivity.onDestroy (FragmentActivity.java:390)
  at android.support.v7.app.AppCompatActivity.onDestroy (AppCompatActivity.java:209)
  at android.app.Activity.performDestroy (Activity.java:7335)
  at android.app.Instrumentation.callActivityOnDestroy (Instrumentation.java:1249)
  at android.app.ActivityThread.performDestroyActivity (ActivityThread.java:4666)

Любая идея, что я мог бы попытаться устранить проблему дальше? Я чувствую себя немного сбитым с толку, потому что буквально 3 строки кода вызывают проблему, и я не могу понять, как еще их соединить.

Если вам нужна дополнительная информация или код, дайте мне знать, и я буду рад предоставить их.

Используете ли вы последнюю версию библиотеки поддержки реализации фрагментов? Реализация AndroidX может быть еще новее, хотя вы, похоже, используете библиотеку поддержки. Кроме того, вы уверены, что хотите дождаться onDestroy(), чтобы очистить это? Возможно, onDestroyView() подойдет для этого лучше.

CommonsWare 19.05.2019 18:29

Спасибо за совет по использованию onDestroyView(), я об этом не подумал. Я попробую. Мне немного сложно воспроизвести/устранить проблему, потому что, как я уже сказал, она затрагивает лишь нескольких пользователей.

user10304265 19.05.2019 18:43
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
В компьютерном программировании биты играют важнейшую роль в представлении и манипулировании данными на двоичном уровне. Побитовые операции...
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Приходилось ли вам сталкиваться с требованиями, в которых вас могли попросить поднять тревогу или выдать ошибку, когда метод Java занимает больше...
Полный курс Java для разработчиков веб-сайтов и приложений
Полный курс Java для разработчиков веб-сайтов и приложений
Получите сертификат Java Web и Application Developer, используя наш курс.
1
2
252
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Я добавляю свое решение в качестве ответа на случай, если кто-то еще сочтет его полезным. Оказывается, проблема была не во фрагменте и коде в этом конкретном, а в другом подобном фрагменте.

Я скопировал/вставил код во все из них, но в какой-то момент, где-то, код, который я обнаружил при поиске, был таким:

@Override
public void onDestroy () {
    if (anim1 !=null && run1 !=null) {
    anim1.removeCallbacks(run1);
    super.onDestroy ();
    }
}

Поскольку super.onDestroy () случайно оказался внутри оператора if, он был недоступен всякий раз, когда активность уничтожалась, а anim1 и/или run1 были нулевыми. Обнаружение не облегчается тем фактом, что logcat не сообщает о возникновении исключения на фрагменте который.

Мораль сказки такова: всегда проверяйте все экземпляры кода, даже если вы его скопировали/вставили.

Другие вопросы по теме