В света на Android, срещането на грешки и бъгове в приложенията или системата не е необичайно. Както потребителите, така и разработчиците често се сблъскват с неочаквани съобщения, сривове или необичайно поведение, които изискват подробна информация за случващото се вътре в устройството, за да бъдат отстранени.
Достъпът и разбирането на отчети за грешки в Android може да изглежда като сложна задача, ако нямате опит., но е основен инструмент за откриване на източника на проблеми и подобряване на производителността на приложенията и самата система Android. Тук обясняваме подробно как работят тези отчети, каква информация съдържат и как можете да ги генерирате и използвате, независимо дали сте потребител или разработчик.
Какво представляват регистрационните файлове за грешки и сривове в Android?
Докладите за грешки в Android са изчерпателни колекции от техническа информация за състоянието на системата и приложенията в момента на възникване на повреда или проблем. Те включват вътрешни лог файлове, стекови следи, дъмпове на паметта, версии на приложенията, състояние на хардуера и множество друга информация. Все едно да направите рентгенова снимка на устройство, за да видите точно какво се случва „вътре“, когато нещо се обърка.
Тези отчети са полезни не само за техници или разработчици: Все по-често екипите за техническа поддръжка на приложения и услуги, като Avast или Google Play, изискват доклад за грешка, когато потребител съобщи за грешка, която е трудно да се възпроизведе или разследва само със снимки на екрана или прости описания.
Какви данни включва отчетът за грешка в Android?
Докладът за срив на Android обикновено се генерира в ZIP формат. и лесно може да тежи десетки или дори стотици мегабайти, тъй като включва:
- Системни лог файлове (logcat): Показва всички събития, които се случват в приложенията и услугите на устройството, подредени хронологично и с различни нива на важност.
- Стекови следи: Те улавят точния поток на изпълнение на кода, където е възникнала грешка или изключение.
- Дъмпове на паметта и статистика за употреба: Те помагат за идентифициране на проблеми, дължащи се на липса на ресурси или изтичане на памет.
- Информация за активни приложения и услуги, версии и състояния: Много полезно за проверка коя точна версия на всеки софтуер е работила по време на грешката.
- История на системните дейности и събития: Това включва стартиране и спиране на приложения, процеси, излъчвания и приемници на събития, промени на екрана, активност на батерията и заключвания в събуждане.
- Хардуерни данниСъстояние на сензорите, използване на процесора, подробности за модела на устройството и версия на Android.
- Грешки в регистрационните файлове на процесите, услугите, използването на RAM паметта и ANR (Приложението не отговаря).
Основният файл в ZIP архива е текстов файл (.txt), който компилира всичко горепосочено, понякога придружен от метаданни, екранни снимки и специфични за приложението дъмпове. Четенето и анализирането на тези файлове може да бъде сложно, ако сте неопитни, но за разработчиците това е чисто злато, когато става въпрос за отстраняване на грешки и отстраняване на трудно откриваеми грешки.
Как да генерирам отчет за срив на Android?
Има няколко метода за генериране на отчет за грешка в Android, но всички те изискват първо да активирайте опциите за разработчици от вашето устройство. Това става, като отидете в Настройки и обикновено:
- Отиваш на За телефона o Информация за софтуера.
- Натискате седем пъти подред в „Номер на сборката“ докато системата не потвърди, че опциите за разработчици са активирани.
След като бъде активирано, можете да избирате от няколко метода за създаване на отчета:
От устройството (лесен метод)
Този метод е най-лесният за повечето потребители, тъй като всичко се прави от самия телефон или таблет.
- Достъп до Настройки> Опции за програмисти.
- Потърсете опцията Вземете отчет за грешка o Изпращане на сигнал за грешка и го играйте.
- Изберете типа на отчета (обикновено „пълен“ или „интерактивен“). В интерактивните версии можете също да добавяте екранни снимки и коментари.
- Изчакайте генерирането на отчета да приключи (това може да отнеме от секунди до няколко минути, в зависимост от устройството).
- Когато приключи, системата ще ви уведоми с известие и можете да го споделите директно чрез имейл, Диск или други приложения.
Не забравяйте, че този файл може да съдържа лична или чувствителна информация, затова го споделяйте само с надеждни услуги или разработчици.
Използване на Android Debug Bridge (ADB)
Този метод е по-усъвършенстван и е предназначен за разработчици или потребители с компютърни умения.
- Изтеглете и инсталирайте Android SDK Platform-Tools (включва ADB).
- На устройството също активирайте USB отстраняване на грешки в Опциите за разработчици.
- Свържете мобилния си телефон или таблет към компютъра си чрез USB.
- Отворете конзола или терминал на компютъра си и изпълнете:
adb devices(за да проверите дали устройството е разпознато)adb bugreport <ruta_de_destino>(напримерadb bugreport C:\BugReports\)
От емулатора на Android
При тестване на емулатора, Можете да генерирате отчет за грешка, като отворите Разширени контроли.и използвайки функцията Доклад за грешкаИзберете „Подаване на грешка“, добавете допълнителна информация, ако желаете, и запазете генерирания отчет за по-късен анализ.
Как да интерпретирам или да проверя лог файловете за сривове?
Докладите за грешки в Android не са предназначени за директно четене от средностатистическия потребител, но има определени части, които са по-достъпни:
- Ако отворите ZIP файла и въведете файла bugreport-XXXX.txt Ще видите различни раздели, като системни дневници, дневници на събития, дъмпове на паметта, активни процеси, отворени приложения, списък с пакети и др.
- Използвайки инструменти като logcat или разширени текстови редактори, можете да търсите по ключови думи като „срив“, „изключение“, „ANR“ или името на пакета на проблемното приложение.
- За да идентифицирате причините за грешките ANR (Application Not Responging - Приложението не отговаря), потърсете записи „am_anr“ в дневника на събитията или записи „ANR in“ в системния logcat.
- Ако имате проблеми с паметта или сривове на процесите, проверете разделите, свързани с „am_low_memory“ или необичайно използване на RAM и CPU.
Тези отчети помагат на разработчиците да възпроизвеждат и отстраняват грешки, като предоставят точен контекст за системната среда и потока на изпълнение.
Системи за автоматично събиране на грешки: Crashlytics, Android Vitals и други
В допълнение към ръчното отчитане, има вградени автоматизирани системи като Firebase Crashlytics и Android Vitals (в Google Play Console).
- Crashlytics Автоматично събира грешки и проблеми с производителността в реално време, групирайки грешките по тежест, устройство, версия и др. Това позволява на разработчиците да видят точно къде се появява грешка в техния код и какво е нейното въздействие върху потребителите.
- Android Vitals, достъпен от Play Console, централизира данните за сривове и ANR, получени от устройствата на потребители, които са разрешили изпращането на статистика, като помага за идентифициране на модели и приоритизиране на грешките, които да се отстранят първо.
Както Crashlytics, така и Android Vitals ви позволяват да преглеждате стекови следи, да откривате честотата на грешките и да получавате контекстуална информация за вашето устройство, версии, памет и други.
Други инструменти и съвети за управление на отчети за грешки
- Специализирани SDK като Datadog, който ви позволява да интегрирате персонализирано отчитане на сривове, проследяване на събития, анализ на тенденции и събиране на грешки както в Java/Kotlin, така и в нативен код (C/C++ чрез NDK).
- Разширени настройкиМожете да персонализирате какви данни се събират, как се съхраняват и как се изпращат, за да спазвате правилата за поверителност, и да коригирате количеството събирани данни.
- Някои SDK ви позволяват да свързвате ANR грешки дори преди потребителският изглед да е наличен, като използвате допълнителни методи в конфигурацията.
Като първа стъпка за гарантиране на сигурността и поверителността е важно да прегледате включените данни, преди да изпратите отчет за грешка, тъй като много от тях съдържат чувствителна информация.