Ідеальний спосіб встановити глобальний незахоплений обробник винятків в Android

Я хочу встановити глобальний обробник вилучень для всіх потоків у моїй програмі Android. Отже, у своєму Applicationпідкласі я встановив реалізацію Thread.UncaughtExceptionHandlerяк обробник за замовчуванням для незахоплених винятків.

Thread.setDefaultUncaughtExceptionHandler(
                new DefaultExceptionHandler(this));

У своїй реалізації я намагаюся відобразити AlertDialogвідповідне повідомлення про виняток.

Однак це, здається, не працює. Кожного разу, коли для будь-якого потоку, який не обробляється, виникає виняток, я отримую діалогове вікно з типовим запасом ("Вибачте! -Додаток-зупинився-несподівано").

Який правильний та ідеальний спосіб встановити обробник за замовчуванням для незахоплених винятків?

Це має бути все, що вам потрібно зробити. (Переконайтеся, що після цього процес зупиняється - все може бути в невизначеному стані.)

Перше, що потрібно перевірити, це те, чи обробник Android все ще викликається. Цілком можливо, що ваша версія викликається, але не вдається зі смертельним результатом, і system_server показує загальне діалогове вікно, коли бачить збій процесу.

Додайте декілька повідомлень журналу у верхній частині вашого обробника, щоб побачити, чи воно потрапляє туди. Роздрукуйте результат із getDefaultUncaughtExceptionHandler, а потім викиньте невпійманий виняток, щоб викликати збій. Слідкуйте за результатами logcat, щоб побачити, що відбувається.

Я давно опублікував просте рішення для власної роботи з аваріями Android. Це трохи хакі, однак він працює на всіх версіях Android (включаючи Lollipop).

Спочатку трохи теорії. Основні проблеми, коли ви використовуєте незахоплений обробник винятків в Android, пов’язані з винятками, викинутими в основному потоці (він же UI). І ось чому. Коли програма запускає системний виклик ActivityThread.main методу, який готує та запускає основний петлювач вашого додатка:

public static void main(String[] args) {
  …
  …
    Looper.prepareMainLooper();
  …
    Looper.loop();
    throw new RuntimeException("Main thread loop unexpectedly exited");
}

Головний цикліст відповідає за обробку повідомлень, розміщених у потоці інтерфейсу користувача (включаючи всі повідомлення, пов'язані з візуалізацією інтерфейсу та взаємодією). Якщо виняток буде викинуто в потік інтерфейсу, він буде перехоплений вашим обробником винятків, але оскільки у вас немає loop()методу, ви не зможете показувати користувачеві будь-яке діалогове вікно або активність, оскільки для обробки повідомлень інтерфейсу не залишається нікого для вас.

Запропоноване рішення досить просте. Ми запускаємо Looper.loopметод самостійно і оточуємо його блоком try-catch. Коли спіймано виняток, ми обробляємо його як завгодно (наприклад, запускаємо нашу спеціальну діяльність у звіті) і Looper.loopзнову викликаємо метод.

Наступний метод демонструє цю техніку (її слід викликати від Application.onCreateслухача):

private void startCatcher() {
    UncaughtExceptionHandler systemUncaughtHandler = Thread.getDefaultUncaughtExceptionHandler();

    // the following handler is used to catch exceptions thrown in background threads
    Thread.setDefaultUncaughtExceptionHandler(new UncaughtHandler(new Handler()));

    while (true) {
        try {
            Looper.loop();
            Thread.setDefaultUncaughtExceptionHandler(systemUncaughtHandler);
            throw new RuntimeException("Main thread loop unexpectedly exited");
        } catch (Throwable e) {
            showCrashDisplayActivity(e);
        }
    }
}

Як бачите, оброблювач вилучень, що не спійманий, використовується лише для винятків, викинутих у фонові потоки. Наступний обробник ловить ці винятки і поширює їх до потоку інтерфейсу користувача:

static class UncaughtHandler implements UncaughtExceptionHandler {

    private final Handler mHandler;

    UncaughtHandler(Handler handler) {
        mHandler = handler;
    }

    public void uncaughtException(Thread thread, final Throwable e) {
        mHandler.post(new Runnable() {
            public void run() {
                throw new BackgroundException(e);
            }
        });
    }
}

Приклад проекту, який використовує цю техніку, доступний у моєму репозиторії GitHub: https://github.com/idolon-github/android-crash-catcher

Я думаю, щоб вимкнути те, що у вашому методі uncaughtException () не викликати previousHandler.uncaughtException (), де previousHandler встановлений

previousHandler = Thread.getDefaultUncaughtExceptionHandler();

FWIW Я знаю, що це трохи не тематично, але ми з успіхом використовуємо безкоштовний план Crittercism . Вони також пропонують деякі преміум-функції, такі як обробка винятків, щоб програма не аварійно працювала.

У безкоштовній версії користувач все ще бачить збій, але принаймні я отримую електронну пошту та трасування стека.

Ми також використовуємо версію iOS (але я чув від своїх колег, що це не зовсім добре).

Ось подібні запитання:

• Глобальний незахоплений обробник винятків -> надіслати мені електронний журнал?
• Чи можна створити якийсь глобальний обробник винятків в Android?

Це не працює, поки ви не зателефонуєте

android.os.Process.killProcess(android.os.Process.myPid());

в самому кінці вашого UncaughtExceptionHandler.