Наблюдение на техническата ефективност на приложението ви посредством показателите за Android

За да имат програмистите видимост за това, колко плавно и гладко върви играта им за потребителите, добавяме нов показател за Android, наречен „Бавни сесии“.

Тази страница е актуализирана с цел отразяване на промените.

Тази функция още не е налице за всички програмисти.

Използвайте показателите за Android, с чиято помощ да разберете и подобрите стабилността и ефективността на приложението си, използването на батерията и др.

Избиране на начина на достъп до данните за приложението ви

Има два начина да използвате показателите за Android – чрез Play Console и чрез Google Play Developer Reporting API.

API предоставя програмен достъп до показателите за Android за програмисти, които искат да интегрират данни за тези показатели с други набори от данни или да ги вградят в работните си процеси. За да научите повече за използването на API за достъп до показателите за Android, отворете страницата за Google Play Developer Reporting API.

За да намерите и прегледате данните в Play Console за показателите за Android за приложението си:

  1. Отворете Play Console.
  2. Изберете приложение.
  3. В менюто отляво изберете Качество > Показатели за Android > Общ преглед.
  4. Посочете диапазона от данни, които искате да видите, посредством инструмента за избор на период от време горе вдясно.

Важно: Ако няма налична информация, значи приложението ви няма достатъчно данни в рамките на посочените филтри, за да бъдат открити евентуални проблеми.

Преглед на таблото с обща информация и страниците с подробни показатели

Основни показатели

В горната част на страницата Общ преглед можете да видите данни за основните показатели за приложението си. Това са показатели за ефективността, които могат да засегнат видимостта и класирането му в Google Play и включват:

  • процент на ANR;
  • процент на сривовете;
  • блокирали частични заключвания в активно състояние (на заден план);
  • твърде чести активирания.

Ако приложението ви има критични проблеми с ефективността, които изискват вниманието ви, включително показатели, които надвишават праговете за лошо поведение, и значителни промени в данните за ефективността (известни като аномалии), чрез тази страница можете бързо да идентифицирате възможности за подобрения в приложението. За да получавате известия по имейл, когато бъдат открити съществени промени в клъстера от ANR или сривове или в показателите за Android, посетете Настройване > Известия или кликнете върху Управление на известията в ъгъла на секцията „Основни показатели“ (Качество > Показатели за Android > Общ преглед).

Понякога данните за устройства с Android 10 или по-нова версия могат да пристигнат по-рано от тези за устройства с по-стара версия. Ако това се случи, ще виждате информация за Android 10 или по-нова версия за дните, в които само тя е налице.

Важно: За най-добра практическа работа на потребителите всички приложения трябва да откриват и отстраняват проблемите, за да останат под праговете за лошо поведение.

Преглед на всички показатели

В средата на страницата Общ преглед можете да преглеждате информация за всички показатели по тип данни. За да филтрирате таблицата, изберете величините и периода от време, които искате да прегледате.

За всеки показател можете да проверите процента на засегнатите сесии за приложението за текущия и предходния период от време. За да видите ефективността му в сравнение с други приложения в Google Play, имате възможност също да прегледате разликата между него и медианата за подобни приложения.

Преглед на подробни показатели

За допълнителни подробности относно даден показател изберете Преглед на подробностите. На следващия екран можете да видите:

  • аномалиите, открити в данните за ефективността;
  • праговете за проблемно поведение;
  • сравнителен анализ по категории;
  • подробен сравнителен анализ:
    • В картата за сравнение с подобни приложения, разположена в горната част на страницата, изберете Редактиране на групата с подобни приложения, за да редактирате персонализирана група от подобни приложения. След като го направите, можете да видите как приложението ви се съпоставя с други в Google Play, избрани от вас.
  • показатели по артефакт, устройство, версия на Android, сравнителен анализ или период от време:
    • За да видите повече подробности, можете да разгънете всеки ред в таблиците, като изберете стрелката надолу, намираща се отдясно.
Филтриране по лошо поведение

В горната част на страницата Общ преглед някои показатели може да са означени с червена икона за грешка . Това означава, че показваната стойност е висока в сравнение с други приложения, което е известно като лошо поведение.

Изберете Преглед на подробностите в картата с такава икона, за да видите кои APK файлове на приложението ви демонстрират лошо поведение.

Типове данни и показатели за тях

Тези данни се събират от поднабор от устройства с Android и версии на операционната система, чиито потребители са включили автоматичното споделяне на информация за употребата и диагностиката. За повече информация относно това, как потребителите на Android включват споделянето на данни, посетете Помощния център на Профили.

Свиване на всички Разгъване на всички

Стабилност

Процент на ANR и такъв на неколкократно възникналите ANR

Запознаване с данните за приложението ви

На страниците Процент на ANR и Процент на неколкократно възникване на ANR ще виждате данни за приложението си, подобни на показваните на страницата му за ANR и сривове. На страницата с показатели за Android данните за ANR се комбинират с тези за употребата, за да се създаде нормализиран показател.

Подробности за процента на ANR

  • Засегнати сесии: Процентът от дневните потребителски сесии, при които е възникнала поне една грешка от типа ANR. Тези сесии се отнасят за дните, през които приложението ви е било използвано. Ако например двама потребители използват приложението два дни, ще бъдат отчетени четири дневни сесии.
  • Сесии без ANR: Процентът от дневните потребителски сесии, при които не са възникнали ANR. Тези сесии се отнасят за дните, през които приложението ви е било използвано.
  • Брой сесии: Приблизителният брой записани сесии.
  • Праг за лошо поведение: Ако процентът на възникване е равен на показания праг или е по-голям от него, приложението ви попада в последните 25% от водещите 1000 приложения в Google Play (по брой на инсталиранията).

Подробности за процента на неколкократно възникналите ANR

  • Засегнати сесии: Процентът от дневните потребителски сесии, при които са възникнали поне две грешки от типа ANR. Тези сесии се отнасят за дните, през които приложението ви е било използвано. Ако например двама потребители използват приложението два дни, ще бъдат отчетени четири дневни сесии.
  • Незасегнати сесии: Процентът от дневните потребителски сесии, при които възникналите грешки от типа ANR не са били повече от една. Тези сесии се отнасят за дните, през които приложението ви е било използвано.
  • Брой сесии: Приблизителният брой записани сесии.

Решаване на проблем

Ако приложението ви често спира да реагира (грешки от типа ANR), за препоръчителни решения посетете сайта за програмисти за Android.

Процент на сривовете и такъв на неколкократно възникналите сривове

Запознаване с данните за приложението ви

На страниците Процент на сривовете и Процент на неколкократно възникналите сривове ще видите данни за приложението си, подобни на показваните на страницата му за ANR и сривове. На страницата с показатели за Android данните за сривовете се комбинират с тези за употребата, за да се създаде нормализиран показател.

Подробности за процента на сривовете

  • Засегнати сесии: Процентът от дневните потребителски сесии, при които е възникнал поне един срив. Тези сесии се отнасят за дните, през които приложението ви е било използвано. Ако например двама потребители използват приложението два дни, ще бъдат отчетени четири дневни сесии.
  • Сесии без сривове: Процентът от дневните потребителски сесии, при които не са възникнали сривове. Тези сесии се отнасят за дните, през които приложението ви е било използвано.
  • Брой сесии: Приблизителният брой записани сесии.
  • Праг за лошо поведение: Ако процентът на възникване е равен на показания праг или е по-голям от него, приложението ви попада в последните 25% от водещите 1000 приложения в Google Play (по брой на инсталиранията).

Подробности за процента на неколкократно възникналите сривове

  • Засегнати сесии: Процентът от дневните потребителски сесии, при които са възникнали поне два срива. Тези сесии се отнасят за дните, през които приложението ви е било използвано. Ако например двама потребители използват приложението два дни, ще бъдат отчетени четири дневни сесии.
  • Незасегнати сесии: Процентът от дневните потребителски сесии, при които е възникнал не повече от един срив. Тези сесии се отнасят за дните, през които приложението ви е било използвано.
  • Брой сесии: Приблизителният брой записани сесии.

Решаване на проблем

Ако приложението ви често претърпява сривове, за препоръчителни решения посетете сайта за програмисти за Android.

Време за стартиране и зареждане

Време за стартиране (време до първоначалното показване)

На страницата Време за стартиране можете да видите подробности за това кога приложението ви стартира бавно при първоначално зареждане, в режим на готовност и от запазено състояние. Този показател измерва времето, което изминава от стартирането на приложението от потребителя до момента, в който първите кадри се покажат на екрана. Известно е още като време до първоначалното показване.

Приложението ви може да не е в готовност за стартиране на взаимодействие с потребителя след този период от време, например ако има допълнителни екрани за зареждане.

Подробности за събирането на данни

  • Времето за стартиране се записва само когато потребител задейства дадена дейност.
    • Пример: За приложенията за клавиатури времето за стартиране е равно на това за придружаващото приложение.
  • Ако дадено приложение стартира няколко пъти в един и същ ден от едно и също състояние на системата, се записва максималното време за стартиране за деня.
  • Времето за стартиране се проследява до пълното зареждане на първия кадър на приложението дори ако това не е екран, с който потребителите взаимодействат.
    • Пример: Ако дадено приложение стартира с първоначален екран, времето за стартиране е равно на времето, необходимо за показване на този екран.

Подробности за показателите

  • Засегнати сесии: Процентът от потребителските сесии, при които стартирането е било бавно за всяко от съответните състояния на системата:
    • Бавно първоначално стартиране: 5 секунди или повече.
    • Бавно стартиране от режим на готовност: 2 секунди или повече.
    • Бавно стартиране от запазено състояние: 1 секунда или повече.
  • Брой сесии: Приблизителният брой записани сесии.
  • 90-и/99-и процентил: 10%/1% от дневните потребителски сесии, при които приложението ви е стартирало бавно.

Решаване на проблем

Ако приложението ви често е стартирало бавно, за препоръчителни решения посетете сайта за програмисти за Android.

Рендериране

Процент на бавните сесии

Запознаване с данните за приложението ви

На страницата „Бавни сесии“ ще виждате подробности за процента на дневните потребителски сесии, при които повече от 25% от кадрите са се изпълнявали по-бавно от 30 кдр/сек. Можете също да видите общите статистически данни за скоростта на кадрите за играта си.

Показателят за бавни сесии ви дава възможност да разберете ефективността на скоростта на кадрите на играта си, което се отразява на това, колко плавно и гладко работи приложението за потребителите.

Подробности за събирането на данни

Показателят за бавни сесии се изчислява с помощта на данни, събирани от SurfaceFlinger. По-конкретно скоростта на кадрите на дадена сесия се изчислява въз основа на времето между кадрите, изобразени в притежаваните от приложението платформи. Тя включва кадри, рендерирани чрез OpenGL, Vulkan и инструментариума за ПИ на Android. Понастоящем този показател е налице само за игри.

Данните за скоростта на кадрите за бавни сесии се събират за устройства с Android 12 или по-нова версия.

Данни в таблото за управление

  • Потребители на Android 12 или по-нова версия: Това показва общия брой инсталирания на устройства с Android 12 или по-нова версия, за да разберете каква част от потребителите ви са включени в новите статистически данни за скоростта на кадрите. Забележка: Устройствата с Android 12 или по-нова версия са по-нови и обикновено имат по-добра ефективност.
  • Представителна скорост на кадрите: Скоростта на кадрите на играта ви на устройства с Android 12 или по-нова версия, изчислена на 75-ия процентил. Това означава, че 75% от сесиите са имали тази или по-висока скорост на кадрите през 75% от времето.
  • Процент на бавните сесии с течение на времето: Времеви ред, който показва процента на сесиите, определени като бавни.
  • Разпределение на скоростта на кадрите: Хистограма, която показва скоростта на кадрите в сесиите, изчислена на 75-ия процентил. Това означава, че 75% от кадрите в дадена сесия са били по-бързи от скоростта на кадрите, използвана за разделяне на сесията.

Решаване на проблем

Ако приложението ви има голям брой бавни сесии, за препоръчителни решения посетете сайта за програмисти за Android.

Твърде много бавни кадри

Запознаване с данните за приложението ви

На страницата „Твърде много бавни кадри“ ще виждате подробности за процента на дневните потребителски сесии, при които над 50% от кадрите не са се вместили във времето за изобразяване на устройството. Взаимодействията на потребителите с приложението ви трябва да се осъществяват при 60 кадъра в секунда, без липсващи или забавени кадри.

Подробности за събирането на данни

Google събира информация за времето за изобразяване на всеки кадър, рендериран от приложението ви посредством инструментариума за ПИ. Не се събират данни за кадрите, които се рендерират директно чрез OpenGL или Vulkan.

Данни в таблото за управление

Когато изберете ред, ще видите разбивка на данните по процентили.

  • Засегнати сесии: Процентът от дневните потребителски сесии, при които времето за изобразяване е било повече от 16 мсек за над 50% от кадрите. Тези сесии се отнасят за дните, през които приложението ви е било използвано. Ако например двама потребители използват приложението два дни, ще бъдат отчетени четири дневни сесии.
  • Брой сесии: Приблизителният брой записани сесии.
  • 90-и/99-и процентил: 90%/99% от общия брой кадри са се изобразили по-бързо от показаната стойност, която е въз основа на всички събрани кадри.

Когато кликнете върху запис в таблицата, ще видите диаграмата „Разпределение на времето за изобразяване на ПИ“. Уверете се, че повечето кадри в приложението ви се изобразяват за не повече от 16 мсек.

Данните под диаграмата показват ефективността на изобразяване на приложението и може да ви помогнат да намерите основната причина за проблемите, свързани с времето за изобразяване. Ако например процентът за показателя „Голямо забавяне на входните сигнали“ е висок, добре е да прегледате кода на приложението си, с който се обработват въведените от потребителите данни. За повече информация относно тези показатели вижте статията за тестване на ефективността на ПИ.

  • Пропуснати събития Vsync: Броят пропуснати събития Vsync, разделен на броя кадри (за всички кадри, чието изобразяване е отнело повече от 16 мсек).
  • Голямо забавяне на входните сигнали: Броят входни сигнали, чието обработване е отнело над 24 мсек, разделен на броя кадри (за всички кадри, чието изобразяване е отнело над 16 мсек).
  • Бавна нишка в ПИ: Броят пъти, когато завършването на нишката в ПИ е отнело над 8 мсек, разделен на броя кадри (за всички кадри, чието изобразяване е отнело над 16 мсек).
  • Бавни команди за изобразяване: Броят пъти, когато изпращането на команди за изобразяване до ГП е отнело повече от 12 мсек, разделен на броя кадри (за всички кадри, чието изобразяване е отнело над 16 мсек).
  • Бавни качвания на растерното изображение: Броят пъти, когато качването на растерното изображение в ГП е отнело повече от 3,2 мсек, разделен на броя кадри (за всички кадри, чието изобразяване е отнело над 16 мсек).

Решаване на проблем

Ако голям брой кадри в приложението ви се рендерират за повече от 16 мсек, за препоръчителни решения посетете сайта за програмисти за Android.

Твърде много блокирали кадри

Запознаване с данните за приложението ви

На страницата „Твърде много бавни кадри“ ще виждате подробности за процента на дневните потребителски сесии, при които над 50% от кадрите не са се вместили във времето за изобразяване на устройството. Взаимодействията на потребителите с приложението ви трябва да се осъществяват при 60 кадъра в секунда, без липсващи или забавени кадри.

Подробности за събирането на данни

Google събира информация за времето за изобразяване на всеки кадър, рендериран от приложението ви посредством инструментариума за ПИ. Не се събират данни за кадрите, които се рендерират директно чрез OpenGL или Vulkan.

Данни в таблото за управление

Когато изберете ред, ще видите разбивка на данните по процентили.

  • Засегнати сесии: Процентът от дневните потребителски сесии, при които времето за изобразяване е било повече от 16 мсек за над 50% от кадрите. Тези сесии се отнасят за дните, през които приложението ви е било използвано. Ако например двама потребители използват приложението два дни, ще бъдат отчетени четири дневни сесии.
  • Брой сесии: Приблизителният брой записани сесии.
  • 90-и/99-и процентил: 90%/99% от общия брой кадри са се изобразили по-бързо от показаната стойност, която е въз основа на всички събрани кадри.

Когато кликнете върху запис в таблицата, ще видите диаграмата „Разпределение на времето за изобразяване на ПИ“. Уверете се, че повечето кадри в приложението ви се изобразяват за не повече от 16 мсек.

Данните под диаграмата показват ефективността на изобразяване на приложението и може да ви помогнат да намерите основната причина за проблемите, свързани с времето за изобразяване. Ако например процентът за показателя „Голямо забавяне на входните сигнали“ е висок, добре е да прегледате кода на приложението си, с който се обработват въведените от потребителите данни. За повече информация относно тези показатели вижте статията за тестване на ефективността на ПИ.

  • Пропуснати събития Vsync: Броят пропуснати събития Vsync, разделен на броя кадри (за всички кадри, чието изобразяване е отнело повече от 16 мсек).
  • Голямо забавяне на входните сигнали: Броят входни сигнали, чието обработване е отнело над 24 мсек, разделен на броя кадри (за всички кадри, чието изобразяване е отнело над 16 мсек).
  • Бавна нишка в ПИ: Броят пъти, когато завършването на нишката в ПИ е отнело над 8 мсек, разделен на броя кадри (за всички кадри, чието изобразяване е отнело над 16 мсек).
  • Бавни команди за изобразяване: Броят пъти, когато изпращането на команди за изобразяване до ГП е отнело повече от 12 мсек, разделен на броя кадри (за всички кадри, чието изобразяване е отнело над 16 мсек).
  • Бавни качвания на растерното изображение: Броят пъти, когато качването на растерното изображение в ГП е отнело повече от 3,2 мсек, разделен на броя кадри (за всички кадри, чието изобразяване е отнело над 16 мсек).

Решаване на проблем

Ако голям брой кадри в приложението ви се рендерират за повече от 16 мсек, за препоръчителни решения посетете сайта за програмисти за Android.

Използване на батерията

Блокирали заключвания в активно състояние и блокирали частични заключвания в активно състояние (на заден план)

На страниците Блокирали частични заключвания в активно състояние и Блокирали частични заключвания в активно състояние (на заден план) се показват частичните заключвания в активно състояние, придобити от приложението ви чрез класа PowerManager. Тези заключвания гарантират, че процесорът работи, но фоновото осветление на екрана и клавиатурата може да бъде изключено.

Подробности за събирането на данни

  • От съображения за поверителност маркерите за идентифициране на частичните заключвания в активно състояние са анонимни.
  • Данните за частичните заключвания в активно състояние се събират, когато устройството не се зарежда и екранът е изключен.
  • Информацията за блокиралите частични заключвания в активно състояние (на заден план) се събира само когато приложението работи на заден план.
  • Google изчислява максималната продължителност на частичните заключвания в активно състояние за дадена сесия на разреждане, за да покаже колко сесии са засегнати от продължително заключване в активно състояние. Ако например потребител задейства две едночасови заключвания в активно състояние, максималната стойност за заключването ще бъде един час.
  • За приложения, в чийто файл на манифеста е зададен елементът sharedUserId, ще виждате данни само ако е инсталирано най-много едно приложение със същия елемент sharedUserId.

Подробности за показателите

  • Засегнати сесии: Процентът на потребителските сесии на разреждане, при които е възникнало поне едно заключване в активно състояние с продължителност над един час.
  • Брой сесии: Приблизителният брой записани сесии.
  • 90-и/99-и процентил: 10%/1% от дневните потребителски сесии, при които са възникнали частични заключвания в активно състояние с продължителност над показаната стойност.
  • Праг за лошо поведение: Ако процентът на възникване е равен на показания праг или е по-голям от него, приложението ви попада в последните 25% от водещите 1000 приложения в Google Play (по брой на инсталиранията).

Решаване на проблем

Ако приложението ви има голям брой блокирали частични заключвания в активно състояние, за препоръчителни решения посетете сайта за програмисти за Android.

Твърде чести активирания

На страницата Твърде чести активирания се показват задействаните от приложението ви активирания, свързани с Alarm Manager. Ще виждате данни за активиранията за класовете ELAPSED_REALTIME_WAKEUP или RTC_WAKEUP.

Подробности за събирането на данни

  • От съображения за поверителност маркерите за идентифициране на активиранията са анонимни.
  • Данните за активиранията се събират, когато устройството не се зарежда.
  • За да предоставим нормализиран показател, броят на активиранията се сравнява с времето, през което устройството работи на батерия. Google изчислява броя активирания на час на ниво потребител, за да покаже колко потребители са засегнати от висок процент активирания.
  • За приложения, в чийто файл на манифеста е зададен елементът sharedUserId, ще виждате данни само ако е инсталирано най-много едно приложение със същия елемент sharedUserId.

Подробности за показателите

  • Засегнати сесии: Процентът на потребителските сесии на разреждане, при които са възникнали над 10 активирания на час. Сесиите на разреждане представляват обобщаване на всички отчети за батерията, получени в рамките на даден 24-часов период. В Android 10 отчетът за батерията се отнася за интервала между две зареждания – от под 20% до над 80% или от всяка стойност до 100%, а в Android 11 и по-нови версии – за фиксиран 24-часов период. Събираме данни само когато то не е свързано с източник на захранване.
  • Брой сесии: Приблизителният брой записани сесии.
  • 90-и/99-и процентил: 10%/1% от дневните потребителски сесии, при които броят активирания на час е по-голям от показаната стойност.
  • Праг за лошо поведение: Ако процентът на възникване е равен на показания праг или е по-голям от него, приложението ви попада в последните 25% от водещите 1000 приложения в Google Play (по брой на инсталиранията).

Решаване на проблем

Ако приложението ви предизвиква чести активирания, за препоръчителни решения посетете сайта за програмисти за Android.

Твърде много сканирания за Wi-Fi (на заден план)

На страницата Твърде много сканирания за Wi-Fi (на заден план) се показва кога сканиранията за Wi-Fi водят до изразходване на батерията в голяма степен.

Подробности за събирането на данни

Данните за сканиранията за Wi-Fi се събират, когато устройството не се зарежда и приложението се изпълнява на заден план.

Подробности за показателите

  • Засегнати сесии: Процентът от потребителските сесии на разреждане, при които са извършени над 4 сканирания за Wi-Fi на час.
  • Брой сесии: Приблизителният брой записани сесии.
  • 90-и/99-и процентил: 10%/1% от дневните потребителски сесии, при които сканиранията за Wi-Fi на заден план за час са били повече от показаната стойност.

Решаване на проблем

Ако броят на сканиранията за Wi-Fi на заден план в приложението ви е голям, за препоръчителни решения посетете сайта за програмисти под Android.

Твърде често използване на мрежата (на заден план)

На страницата Твърде често използване на мрежата се показва кога преносът на голямо количество данни през мрежата е свързан с фонова услуга. Когато използването на мобилна мрежа става на заден план, потребителите нямат лесен достъп до контроли за спиране на прехвърлянето на данни.

Подробности за събирането на данни

Данните за използването на мобилната мрежа се събират, когато устройството не се зарежда и приложението се изпълнява на заден план.

Подробности за показателите

  • Засегнати сесии: Процентът от потребителските сесии на разреждане, при които дневното използване на мрежата на заден план е над 50 МБ.
  • Брой сесии: Приблизителният брой записани сесии.
  • 90-и/99-и процентил: 10%/1% от дневните потребителски сесии, при които дневното използване на мрежата на заден план е над показаната стойност.

Решаване на проблем

Ако дневното използване на мрежата на заден план от приложението ви е голямо, за препоръчителни решения посетете сайта за програмисти за Android.

Разрешения

Откази на разрешения

На страницата Откази на разрешения можете да видите подробности за процента на дневните сесии за искане на разрешение, при които потребителите са отказали разрешенията. Тези сесии се отнасят за дните, през които приложението ви е поискало поне едно разрешение.

Подробности за събирането на данни

Данни за отказите на разрешения се събират, когато потребителите отговарят на исканията за разрешения в рамките на приложението ви.

Подробности за показателите

  • Откази: Процентът от дневните сесии за искане на разрешение, при които потребителите са отказали разрешенията.
  • Запитването да не се показва отново: Процентът от дневните сесии за искане на разрешение, при които потребителите са отказали разрешенията, като са избрали опцията „Запитването да не се показва отново“.
  • Общ брой сесии: Приблизителният брой записани сесии.

Решаване на проблем

Ако приложението ви има голям брой отказани разрешения, за препоръчителни решения посетете сайта за програмисти за Android.

Анализиране на данните ви посредством величини

За да ви помогнем да организирате, сегментирате и анализирате данните за приложението си, те са представени като разбивка по следните величини:

  • Артефакт: Версията на приложението ви, в която е възникнал проблемът.
  • Версия на Android (SDK): Версията на операционната система Android, съобщена от устройството на потребителя.
  • Тип устройство: Типът на устройството, на което приложението се е изпълнявало (например телефон, таблет, телевизор или носим аксесоар).
  • Модел на устройството: Общо описание на устройството, което се състои от уникалните му марка и идентификатор, като например Google oriole. Даден модел на устройство може да има варианти с различни спецификации, като например версия на Android, RAM, хранилище или SoC.
  • Държава/регион: Местоположението, съобщено от устройството на потребителя, когато проблемът е възникнал.
  • Име на заключването в активно състояние: Маркерите, които са били зададени по програмен път при използването на приложния програмен интерфейс (API) PowerManager в приложението ви.
  • Име на активирането: Маркерите, които са били зададени по програмен път при използването на приложния програмен интерфейс (API) AlarmManager в приложението ви.
  • Име на активността с ANR: Най-подходящото име на класа активност, при която е имало възникване на ANR (ако е налице).
  • Тип ANR: Времето на възникване на ANR (напр. при изпълнението на услуга) (ако е налице).

Сродно съдържание

Научете най-добри практики за използване на показателите за Android, за да подобрите ефективността и стабилността на приложението си.

 

Това полезно ли бе?
Как можем да направим подобрения?

Нуждаете се от още помощ?

Влезте в профила си за допълнителни опции за поддръжка, за да решите бързо проблема си

true
Търсене
Изчистване на търсенето
Затваряне на търсенето
Приложения на Google
Главно меню
Търсене в Помощния център
true
92637
false
false