Почему консоль Google Play в моих отчетах о сбоях рабочего приложения (которые находятся в разделе «Android Vitals» / «ANR и сбои», а затем выберите любой сбой, чтобы увидеть трассировку стека) содержит много ИЛИ в стеке След?
Что это означает? Какой из этих 12 методов на самом деле вызвал сбой? Почему отчет такой непонятный?
Есть ли способ узнать точное название метода и, в идеале, номер строки в отчете? (Я добавил файл сопоставления в "Файлы деобфускации").
Причина в том, что вы используете Proguard для минимизации и обфускации вашего кода (пока все хорошо), а Proguard повторно использует одни и те же имена методов в максимально возможной степени (т.е. пока подписи методов различаются), чтобы минимизировать количество букв, которые он должен использовать. Таким образом, минимизированный код, скорее всего, содержит дюжину методов с именем "a" в каждом классе, а stacktrace дает вам только имя метода, а не его подпись, поэтому, к сожалению, невозможно узнать, какой из дюжины методов "a" вызывается, следовательно, инструмент деобфускации дает вам все возможности.
Вы можете настроить конфигурацию Proguard, чтобы избежать множества конфликтов и, следовательно, упростить отладку для вас, но это будет происходить за счет размера вашего приложения.
Изменить: используйте флаг -useuniqueclassmembernames, чтобы избежать этих OR. Дополнительную информацию можно найти в руководстве по ProGuard.
-keepattributes SourceFile,LineNumberTable. Дополнительную информацию можно найти здесь - поиск по запросу Создание полезных обфусцированных трассировок стека. Надеюсь, это поможет :)
- person Pierre; 23.02.2018
Некоторое время назад у меня был такой же вопрос:
Странная трассировка стека, обнаруженная консолью Google Play.
В моем случае я мог заметить, что только одна из функций в каждой группе может быть правильной, потому что другие не вызываются внутри «вышеуказанной» функции.
Думаю, это метод защиты от реверс-инжиниринга.
mapping.txtфайлов. Хотя я не уверен. - person Debdeep schedule 14.02.2018