Несоответствия в отчетах об исключениях в Android
Когда мы опубликовали наше приложение для Android, мы решили использовать Airbrake в качестве стороннего сервиса отчетов об исключениях. Я интегрировал в наше приложение loopj Airbrake Notifier ( https://github.com/loopj/airbrake-android), и оно, похоже, работало довольно хорошо.
За последние две недели мы наблюдали взрыв загрузок и, как следствие, увеличение числа зарегистрированных исключений. Я получал некоторые действительно странные исключения, поэтому я решил взглянуть на Android Developer Console для приложения в Google Play. Интересно, что я обнаружил, что количество ошибок в панели управления Google Play было менее 10% от общего числа, которое у меня есть в Airbrake. Тогда я решил перепроверить с Flurry. Число исключений, с которыми, похоже, столкнулся Flurry, похоже на то, что показывает мне Airbrake, что заставляет меня поверить, что Flurry собирает эти характеристики точно так же, как Airbrake.
Так что я хочу знать и не могу найти хороших ответов на:
- Что делает Google / Android иначе, чем обычный обработчик необработанных исключений?
- Должен ли я просто выбросить Airbrake и использовать только отчеты об ошибках Google Play? (Наше приложение возвращается к 2.1, но мы можем жить с этим)
1 ответ
Что делает Google / Android иначе, чем обычный обработчик необработанных исключений?
Помимо прочего, они регистрируют исключение на сервере только в том случае, если пользователь нажимает кнопку "Сообщить...", AFAIK. Поскольку многие пользователи не будут этого делать, вы получите подмножество реальных исключений, которые происходят.