Отладка Abort cra sh с помощью собственного журнала сбоев на Android - PullRequest
0 голосов
/ 27 мая 2020

В игровом магазине я вижу один конкретный cra sh, с которым сталкивается множество пользователей.

Cra sh -log содержит следующую информацию:

Заголовок: «abort» Деталь: pid: 0, tid: 0 >>> com.xy <<< backtrace: </p>

00 p c 0000000000081f74 /apex/com.android.runtime/ lib64 / bionic / lib c .so (отмена + 160)

01 p c 0000000000245ab0 /data/app/com.xy-aYjDsZRe6QZhuGCy8Cef8A==/lib/arm64/libmonosgen-2.0.so

Cra sh происходит в следующей версии android: Android только 8.1, 9, 10.

Для более низких версий, в более низких версиях отображается как «tgkill» как Насколько я понимаю.

Я не могу воспроизвести такой cra sh в моей внутренней отладке / тестировании, и это также не может быть обнаружено инструментом cra sh -reporting. Но эта cra sh и затронутые ею пользователи составляют значительный процент всех сбоев, о которых сообщается в play-store.

В журнале cra sh я заметил, что pid и tid оба равны 0. I Я предполагаю, что, возможно, приложение зависает (например, ANR), а ОС убивает приложение, не давая пользователю возможности подождать. ? Или у вас есть какие-либо советы / идеи о том, как отлаживать или устранять такие сбои?

...