1

Клиенты сообщают, что наше приложение внезапно рушится и перезапускается до той же активности.Сбой приложения для Android без сбоя в Firebase

Мы в основном используем взаимодействие с Azure Mobile и некоторые аварии показывают там. Эти сбои были отслежены до ошибок кода.

Поскольку клиент по-прежнему сообщал о сбоях, которые мы не видели в Azure Mobile Engagement, мы добавили отчет о сбоях Firebase Crash Reporting, и клиент сообщил, что в настоящее время происходит еще больше сбоев, и ничто не отображается в Firebase или Azure Mobile Engagement.

В каких случаях может произойти сбой/выгрузка приложения без его сообщения?

ответ

0

Отчеты о сбоях в Firebase в настоящее время не могут записывать собственные исключения (код C/C++). Другие журналисты, которые плохо справляются с ситуацией, также могут препятствовать правильной работе.

Любой Java-код, который генерирует неперехваченное исключение, которое вызывает диалоговое окно с текстом «К сожалению, XYZapp был остановлен» должен появиться в консоли, учитывая, что приложение может оставаться запущенным в какой-то момент достаточно долго для данных для передачи.

+0

Не могли бы вы прокомментировать, какие нативные исключения есть? Мы не сделали никакого собственного кода в нашем приложении, и мне придется проверять с клиентами, но я бы поспорил, что приложение иногда вылетает без «К сожалению, xxx остановился». Есть ли способ увидеть, как часто происходят эти сбои и, возможно, что происходит (т. Е. Какая активность работает), когда произошел сбой. – MathiasR

+0

Исходные исключения - это те, которые происходят где-либо вне кода приложения Java. Они могут поступать от самого Android или злоупотреблять Java API. Firebase планирует добавить поддержку родных исключений в будущем. –

+0

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