Az alkalmazás műszaki teljesítményének figyelése az Android vitals funkció segítségével

A Play Console használatával olyan információkat tekinthetsz meg, amelyek segíthetnek megérteni és javítani az alkalmazás akkumulátorhasználatát, stabilitását és megjelenítési idejét.

A következő adatokat olyan felhasználóktól gyűjtöttük, akik engedélyezték bizonyos androidos eszközök és operációsrendszer-verziók használati és diagnosztikai adatainak automatikus megosztását. A Google-fiók Súgóban további információt találhatsz arról, hogyan egyeznek bele az Android-felhasználók az adatok megosztásába.

Az összes összecsukása Az összes kibontása

Adattípusok 

Akkumulátorhasználat
  • Túl gyakori ébredés
  • Beragadt részleges ébrentartások
  • Beragadt részleges (háttérbeli) ébrentartások
  • Túl gyakori háttérbeli Wi-Fi-keresés 
  • Túlzott hálózati adatforgalom a háttérben
Stabilitás
  • ANR-arány
  • Több ANR aránya
  • Összeomlási arány
  • Több összeomlás aránya
Alkalmazásindítási idő
  • Lassú hidegindítás
  • Lassú melegindítás
  • Lassú forróindítás
Megjelenítési idő
  • Túl sok lassú képkocka
  • Túl sok lefagyott képkocka
Engedélyek
  • Engedélymegtagadások

Az alkalmazásadatok megkeresése és áttekintése

Az Android vitals oldalon feltüntetett dátumtartomány magában foglalja az alkalmazáshoz rendelkezésre álló összes információt, és nem lehet testreszabni. Az Android vitals funkcióval kapcsolatos adatok csendes-óceáni idő (PT) szerint értendők.

Fontos: Ha nem állnak rendelkezésre adatok, akkor az alkalmazás nem rendelkezik elegendő, a megadott szűrőkön belüli adatponttal az alkalmazással kapcsolatos összes probléma azonosításához. 

Az Android vitals funkcióval kapcsolatos alkalmazásadatokat a következőképpen keresheted meg és tekintheted át:

  1. Nyisd meg a Play Console oldalát.
  2. Válaszd ki az alkalmazást.
  3. A bal oldali menüben válaszd a Minőség > Android vitals> Áttekintés lehetőséget.
  4. Add meg, hogyan szeretnéd megtekinteni az alkalmazással kapcsolatos adatokat.
Tekintsd meg az áttekintő irányítópultot és a részletes mutatókat tartalmazó oldalakat.

Alapvető vitals-mutatók

Az Áttekintés oldal tetején láthatod az alkalmazás alapvető vitals-mutatóit. Ezek olyan teljesítménymutatók, amelyek hatással lehetnek az alkalmazás Google Playen való láthatóságára és rangsorolására. Az alapvető vitals-mutatók:

  • ANR-arány
  • Összeomlási arány
  • Beragadt részleges (háttérbeli) ébrentartások
  • Túl gyakori ébredés

Ha az alkalmazásodban olyan kritikus teljesítményproblémák találhatók, amelyekkel foglalkoznod kell (például hibás viselkedés küszöbértékeit túllépő mutatók és jelentős változások a teljesítményadatokban – az utóbbira anomáliaként hivatkozunk), akkor ezen az oldalon gyorsan megtalálhatod alkalmazásod fejlesztésre szoruló területeit. E-mailes értesítést is kérhetsz az ANR-ek, összeomlásklaszterek és Android vitals-mutatók terén észlelt jelentős változásokról; ehhez lépj a Beállítások > Preferenciák menüpontba.

Fontos: Az ideális felhasználói élmény érdekében mindenkinek azonosítania és javítania kell az alkalmazásaiban azonosított problémákat, hogy az alkalmazások a hibás viselkedés küszöbértékein belül maradjanak.

Tallózás a vitals-mutatók között

Az Áttekintés oldal közepe táján típus szerint rendezve tekintheted át az összes vitals-mutatóra vonatkozóan az adatokat. A táblázatban való szűréshez add meg a megtekinteni kívánt dimenziókat és időszakot.

Az egyes mutatókra vonatkozóan áttekintheted az alkalmazáshoz tartozó munkamenetek százalékos arányát az aktuális és az előző időszak tekintetében. Ha szeretnéd látni, hogy alkalmazásod hogyan teljesít a Google Playen található más alkalmazásokhoz képest, akkor lehetőség van az alkalmazás és a hasonló alkalmazások mediánértéke közötti különbség megtekintésére is.

Részletes mutatók megtekintése

Ha további részleteket szeretnél megtudni a mutatókról, válaszd a Részletek megjelenítése lehetőséget. A következő képernyőn a következőket tekintheted át:

  • a teljesítményadatokban talált rendellenességek;
  • a hibás viselkedés küszöbértékei;
  • a kategória szerinti összehasonlítás;
  • részletes összehasonlítások.
    • Az adott egyéni alkalmazáscsoport szerkesztéséhez válaszd ki az oldal tetején lévő alkalmazás-összehasonlító kártyán található Alkalmazáscsoport szerkesztése lehetőséget. Miután létrehoztad az egyéni alkalmazáscsoportot, összevetheted alkalmazásodat a Google Play többi, általad kiválasztott alkalmazásával.
  • A mutatók köztes termék, eszköz, Android-verzió, összehasonlítás vagy időszak szerint láthatók.
    • További részleteketért bontsd ki a táblázatban szereplő egyes sorokat a jobb oldalon található, lefelé mutató nyíl kiválasztásával.
A hibás viselkedések szerinti szűrő

Előfordulhat, hogy az Áttekintés oldal tetején egyes mutatók piros hibaikonnal vannak megjelölve. Ez azt jelenti, hogy a megjelenített szám magas más alkalmazásokkal összehasonlítva – ezt nevezzük hibás viselkedésnek.

Az ikont tartalmazó kártyán lévő Részletek megtekintése lehetőségre kattintva nézheted meg, hogy az alkalmazás mely APK-i mutatnak hibás viselkedést.

A mutatókkal kapcsolatos információk

Beragadt ébrentartások és beragadt részleges (háttérbeli) ébrentartások

A Beragadt részleges ébrentartások és a Beragadt részleges (háttérbeli) ébrentartások oldalakon láthatók az alkalmazás által a PowerManager osztályon keresztül szerzett részleges ébrentartási események. A részleges ébrentartás biztosítja a CPU futását, de a képernyő és a billentyűzet háttérvilágítása kikapcsolhat.

Információk az adatgyűjtésről

  • Adatvédelmi okokból a részleges ébrentartási azonosítócímkék névtelenítettek.
  • A részleges ébrentartással kapcsolatos adatok gyűjtésére akkor kerül sor, amikor az eszköz nem tölt, és ki van kapcsolva a képernyője.
  • A beragadt részleges (háttérbeli) ébrentartások adatait csak akkor gyűjti a rendszer, ha a háttérben fut az alkalmazás.
  • A Google akkumulátorciklusonként számolja ki a maximális részleges ébrentartás időtartamát, hogy megmutassa, hány munkamenetet érint a hosszú ébrentartás. Például ha a felhasználó két darab egy órás ébrentartást vált ki, a Google egy órás maximális ébrentartási értéket használ fel.
  • Azon alkalmazások esetén, amelyek beállítják a sharedUserId azonosítót a manifest fájlban: Csak akkor jelennek meg az adatok, ha legfeljebb egy alkalmazás van telepítve ugyanazzal a sharedUserId azonosítóval.

Információ a Vitals funkcióról

  • Érintett munkamenetek: azon akkumulátorciklusok százalékos aránya, amelyek során a felhasználók legalább egy, egy óránál tovább tartó ébrentartást tapasztaltak.
  • Munkamenetek száma: a rögzített munkamenetek becsült száma.
  • 90., illetve 99. percentilis: az olyan napi munkamenetek 10, illetve 1%-a, amelyek esetében a felhasználók a megjelenített értéknél többször tapasztaltak részleges ébrentartást.
  • Hibás viselkedési küszöbérték: ha az alkalmazás a feltüntetett küszöbértékkel megegyező, illetve annál magasabb előfordulási arányt mutat, akkor a Google Playen található első 1000 alkalmazás alsó 25%-ába tartozik (a telepítések száma alapján).

Probléma kijavítása

Ha az alkalmazásnál magas a beragadt részleges ébrentartások száma, az Android fejlesztői webhelyén megoldásjavaslatokat találhatsz.

Túl gyakori ébredés

A Túl gyakori ébredés oldal az alkalmazás által kiváltott Alarm Manager-ébredéseket mutatja. Az ébredési adatok az ELAPSED_REALTIME_WAKEUP és RTC_WAKEUP osztályokra vonatkoznak.

Információk az adatgyűjtésről

  • Adatvédelmi okokból az ébredési azonosítócímkék névtelenítettek.
  • Az ébredési jelenségekről akkor gyűjtünk információt, amikor az eszköz nem tölt.
  • Szabványosított mutató biztosítása érdekében az ébredések számát összehasonlítjuk azzal az időtartammal, amennyit az eszköz az akkumulátorról üzemel. A Google kiszámolja az ébredési jelenségek óránkénti felhasználónkénti számát, hogy megmutassa, hány felhasználót érint a magas ébredési arány.
  • Azon alkalmazások esetén, amelyek beállítják a sharedUserId azonosítót a manifest fájlban: Csak akkor jelennek meg az adatok, ha legfeljebb egy alkalmazás van telepítve ugyanazzal a sharedUserId azonosítóval.

Információ a Vitals funkcióról

  • Érintett munkamenetek: Azon akkumulátorciklusok százalékos aránya, amelyek során a felhasználók óránként több, mint tíz ébredést tapasztaltak. Az akkumulátorciklus az adott 24 órán belül beérkezett akkumulátorjelentések összesítése. Az Android 10 esetében az akkumulátorjelentés két akkumulátortöltés közötti intervallumot jelent – kevesebb, mint 20%-ról legalább 80%-ra, illetve bármilyen értékről 100%-ra. Az Android 11 és újabb verzióin az akkumulátorjelentés egy megadott 24 órás időszakra vonatkozik. A Google csak akkor gyűjt adatokat, amikor az eszköz nincs töltőre csatlakoztatva.
  • Munkamenetek száma: a rögzített munkamenetek becsült száma.
  • 90., illetve 99. percentilis: az olyan napi munkamenetek 10, illetve 1%-a, amelyek esetében a felhasználók óránként a megjelenített értéknél többször tapasztaltak ébredési jelenséget.
  • Hibás viselkedési küszöbérték: ha az alkalmazás a feltüntetett küszöbértékkel megegyező, illetve annál magasabb előfordulási arányt mutat, akkor a Google Playen található első 1000 alkalmazás alsó 25%-ába tartozik (a telepítések száma alapján).

Probléma kijavítása

Ha az alkalmazásnál gyakran előfordul ébredési jelenség, az Android fejlesztői webhelyén megnézheted a megoldásjavaslatokat.

Túl gyakori (háttérbeli) Wi-Fi-keresés

A Túl gyakori (háttérbeli) Wi-Fi-keresés oldal azt jeleníti meg, hogy a Wi-Fi-keresések mikor eredményeznek nagy mértékű akkumulátorhasználatot. 

Információk az adatgyűjtésről

A Wi-Fi-keresésről szóló adatok gyűjtésére akkor kerül sor, amikor az eszköz nem töltődik, és az alkalmazás a háttérben fut.

Információ a Vitals funkcióról

  • Érintett munkamenetek: azon akkumulátorciklusok százalékos aránya, amelyek során a felhasználók óránként több mint négy Wi-Fi-keresést tapasztaltak.
  • Munkamenetek száma: a rögzített munkamenetek becsült száma.
  • 90., illetve 99. percentilis: az olyan napi munkamenetek 10, illetve 1%-a, amelyek esetében a felhasználók a megjelenített óránkénti értéknél többször tapasztaltak háttérben futó Wi-Fi-keresést.

Probléma kijavítása

Ha az alkalmazás esetében nagy számban fordul elő háttérbeli Wi-Fi-keresés, az Android fejlesztői webhelyen megnézheted a megoldásjavaslatokat. 

Túlzott hálózathasználat

A Túlzott hálózathasználat oldal azt jeleníti meg, hogy mikor társul nagy mennyiségű hálózati adat valamilyen háttérben futó szolgáltatáshoz. Amikor mobilhálózati adatforgalom zajlik a háttérben, a felhasználóid nehezen férnek hozzá a vezérlőkhöz az adatátvitel leállításához. 

Információk az adatgyűjtésről

A mobilhálózati adatforgalommal kapcsolatos adatok gyűjtésére akkor kerül sor, amikor az eszköz nem töltődik, és az alkalmazás a háttérben fut.

Információ a Vitals funkcióról

  • Érintett munkamenetek: azon akkumulátorciklusok százalékos aránya, amelyek során a felhasználók 50 MB-nál több háttérben futó hálózati adatforgalmat tapasztaltak naponta.
  • Munkamenetek száma: a rögzített munkamenetek becsült száma.
  • 90., illetve 99. percentilis: az olyan napi munkamenetek 10, illetve 1%-a, amelyek esetében a felhasználók a megjelenített napi értéknél nagyobb háttérbeli hálózati adatforgalmat tapasztaltak.

Probléma kijavítása

Ha az alkalmazás esetében magas a háttérben zajló hálózati adatforgalom mértéke, az Android fejlesztői webhelyen megoldási javaslatokat találhatsz.

ANR-arány és a többszörös ANR előfordulásának aránya

Az alkalmazás adatainak bemutatása

Az ANR-arány és a Többszörös ANR előfordulásának aránya oldalakon ahhoz hasonló adatokat találhatsz, mint az alkalmazás ANR-ek és összeomlások oldalán. Az Android vitals oldalon az ANR-adatok szabványosított mutató létrehozása érdekében kombinálva vannak a használati adatokkal.

Az ANR-aránnyal kapcsolatos részletek

  • Érintett munkamenetek: azon napi munkamenetek százalékos aránya, amelyek során a felhasználók legalább egy ANR-t tapasztaltak. A napi munkamenet arra a napra vonatkozik, amelyen az alkalmazást használták. Ha például két felhasználó két napig használja az alkalmazást, négy napi munkamenetet kapunk.
  • ANR-mentes munkamenetek: Azon napi munkamenetek százalékos aránya, amelyek során a felhasználó nem tapasztalt ANR-t. A napi munkamenet arra a napra vonatkozik, amelyen az alkalmazást használták.
  • Munkamenetek száma: a rögzített munkamenetek becsült száma.
  • Hibás viselkedési küszöbérték: ha az alkalmazás a feltüntetett küszöbértékkel megegyező, illetve annál magasabb előfordulási arányt mutat, akkor a Google Playen található első 1000 alkalmazás alsó 25%-ába tartozik (a telepítések száma alapján).

A többszörös ANR előfordulásának arányával kapcsolatos információk

  • Érintett munkamenetek: Azon napi munkamenetek százalékos aránya, amelyek során a felhasználók legalább két ANR-t tapasztaltak. A napi munkamenet arra a napra vonatkozik, amelyen az alkalmazást használták. Ha például két felhasználó két napig használja az alkalmazást, négy napi munkamenetet kapunk.
  • Nem érintett munkamenetek: Azon napi munkamenetek százalékos aránya, amelyek során a felhasználók legfeljebb egyetlen ANR-t tapasztaltak. A napi munkamenet arra a napra vonatkozik, amelyen az alkalmazást használták.
  • Munkamenetek száma: a rögzített munkamenetek becsült száma.

Probléma kijavítása

Ha az alkalmazásodnál túl sok az ANR, az Android fejlesztői webhelyén megoldásjavaslatokat találhatsz.

Összeomlási arány és a többszörös összeomlások aránya

Az alkalmazás adatainak bemutatása

Az Összeomlási arány és a Többszörös összeomlások aránya oldalakon az alkalmazás ANR-ek és összeomlások oldalán találhatókhoz hasonló adatokat láthatsz. Az Android vitals oldalon az összeomlási adatok és a használati adatok kombinált, normalizált mérőszámait láthatod.

Az összeomlási aránnyal kapcsolatos információk

  • Érintett munkamenetek: Azon napi munkamenetek százalékos aránya, amelyek során a felhasználók legalább egy összeomlást tapasztaltak. A napi munkamenet arra a napra vonatkozik, amelyen az alkalmazást használták. Ha például két felhasználó két napig használja az alkalmazást, négy napi munkamenetet kapunk.
  • Összeomlásmentes munkamenetek: Azon napi munkamenetek százalékos aránya, amelyek során a felhasználók nem tapasztaltak összeomlást. A napi munkamenet arra a napra vonatkozik, amelyen az alkalmazást használták.
  • Munkamenetek száma: a rögzített munkamenetek becsült száma.
  • Hibás viselkedési küszöbérték: ha az alkalmazás a feltüntetett küszöbértékkel megegyező, illetve annál magasabb előfordulási arányt mutat, akkor a Google Playen található első 1000 alkalmazás alsó 25%-ába tartozik (a telepítések száma alapján).

A többszörös összeomlások arányával kapcsolatos információk

  • Érintett munkamenetek: Azon napi munkamenetek százalékos aránya, amelyek során a felhasználók legalább két összeomlást tapasztaltak. A napi munkamenet arra a napra vonatkozik, amelyen az alkalmazást használták. Ha például két felhasználó két napig használja az alkalmazást, négy napi munkamenetet kapunk.
  • Nem érintett munkamenetek: Azon napi munkamenetek százalékos aránya, amelyek során a felhasználók legfeljebb egyetlen összeomlást tapasztaltak. A napi munkamenet arra a napra vonatkozik, amelyen az alkalmazást használták.
  • Munkamenetek száma: a rögzített munkamenetek becsült száma.

Probléma kijavítása

Ha az alkalmazás sokszor összeomlik, az Android fejlesztői webhelyén megoldásjavaslatokat találhatsz.

Túl sok lassú képkocka

Az alkalmazás adatainak bemutatása

A Túl sok lassú képkocka oldalon azon napi munkamenetek százalékos arányáról találsz információkat, amelyek során a felhasználók a képkockák több mint 50%-a esetében tapasztaltak 16 ms-nál lassabb megjelenítési időt. Az alkalmazásodban végzett felhasználói interakciók sebességének 60 képnek kell lennie másodpercenként kieső és késő képkockák nélkül.

Információk az adatgyűjtésről

A Google a kezelőfelület eszköztárának keretrendszere használata közben gyűjt információt az alkalmazás által megjelenített összes képkocka megjelenítési idejéről, az OpenGL közvetlenül történő használata során azonban nem.

Irányítópult kijelző

Sor kiválasztásakor az adatok percentilisekre bontva jelennek meg.

  • Érintett munkamenetek: Azon napi munkamenetek százalékos aránya, amelyek során a felhasználók a képkockák több mint 50%-a esetében tapasztaltak 16 ms-nál lassabb megjelenítési időt. A napi munkamenet arra a napra vonatkozik, amelyen az alkalmazást használták. Ha például két felhasználó két napig használja az alkalmazást, négy napi munkamenetet kapunk.
  • Munkamenetek száma: a rögzített munkamenetek becsült száma.
  • 90., illetve 99. percentilis: Az összes begyűjtött képkocka 90 vagy 99%-ának megjelenítési ideje rövidebb volt a megjelenített értéknél. Ezek a számok az összes begyűjtött képkockán alapulnak.

Ha rákattintasz a táblázat valamelyik bejegyzésére, megjelenik a „Kezelőfelület megjelenítési idejének eloszlása” diagram. A diagram áttekintése után gondoskodj arról, hogy az alkalmazás képkockáinak többsége esetében legfeljebb 16 ms legyen a megjelenítési sebesség.

A diagram alatti információ az alkalmazás megjelenítési teljesítményét fejezi ki, és segíthet megtalálni a megjelenítési idővel kapcsolatos problémák gyökerét. Ha például a „Nagy bemeneti késés” százalékos értéke magas, tekintsd át az alkalmazáskód azon részét, amely a felhasználói bevitelt kezeli. Ha további információhoz szeretnél jutni ezekkel a mutatókkal kapcsolatban, keresd fel a kezelőfelület-teljesítmény teszteléséről szóló oldalt.

  • Kihagyott Vsync-események: A több mint 16 ms alatt megjelenített képkockák esetében a kihagyott Vsync-események száma elosztva a képkockák számával.
  • Nagy bemeneti késés: A több mint 16 ms alatt megjelenített képkockák esetében azon bemeneti események száma, amelyek több mint 24 ms-ig tartottak, elosztva a képkockák számával.
  • Lassú UI-szál: A több mint 16 ms alatt megjelenített képkockák esetében azon alkalmak száma, amikor az UI-szál több mint 8 ms-ig tartott, elosztva a képkockák számával.
  • Lassú megjelenítési parancsok: A több mint 16 ms alatt megjelenített képkockák esetében azon alkalmak száma, amikor a megjelenítési parancsok elküldése a GPU-nak több mint 12 ms-ig tartott, elosztva a képkockák számával.
  • Bittérképek lassú feltöltése: A több mint 16 ms alatt megjelenített képkockák esetében azon alkalmak száma, amikor a bittérkép feltöltése a GPU-ba több mint 3,2 ms-ig tartott, elosztva a képkockák számával.

Probléma kijavítása

Ha valamelyik alkalmazáshoz sok olyan képkocka tartozik, amelyek megjelenítési ideje lassabb 16 ms-nál, az Android fejlesztői webhelyén megoldásjavaslatokat találhatsz.

Túl sok lefagyott képkocka

A Túl sok lefagyott képkocka oldalon azon napi munkamenetek százalékos arányáról találsz információkat, amelyek során a felhasználók a képkockák több mint 0,1%-a esetében tapasztaltak 700 ms-nál lassabb megjelenítési időt. Az alkalmazásodban végzett felhasználói interakciók sebességének 60 képnek kell lennie másodpercenként kieső és késő képkockák nélkül.

Információk az adatgyűjtésről

A Google a kezelőfelület eszköztárának keretrendszere használata közben gyűjt információt az alkalmazás által megjelenített összes képkocka megjelenítési idejéről, az OpenGL közvetlenül történő használata során azonban nem.

Irányítópult kijelző

Dimenziósor kibontásakor az adatok percentilisekre bontva jelennek meg.

  • Érintett munkamenetek: Azon napi munkamenetek százalékos aránya, amelyek során a felhasználók a képkockák több mint 0,1%-a esetében tapasztaltak 700 ms-nál lassabb megjelenítési időt. A napi munkamenet arra a napra vonatkozik, amelyen az alkalmazást használták. Ha például két felhasználó két napig használja az alkalmazást, négy napi munkamenetet kapunk.
  • Munkamenetek száma: a rögzített munkamenetek becsült száma.
  • 90., illetve 99. percentilis: Az összes begyűjtött képkocka 90 vagy 99%-ának megjelenítési ideje rövidebb volt a megjelenített értéknél. Ezek a számok az összes begyűjtött képkockán alapulnak.

Ha rákattintasz a táblázat valamelyik bejegyzésére, megjelenik a „Kezelőfelület megjelenítési idejének elosztása” diagram. A diagram áttekintésekor győződj meg arról, hogy az alkalmazás képkockáinak többsége 700 ms alatti.

A diagram alatti információ az alkalmazás megjelenítési teljesítményét fejezi ki, és segíthet megtalálni a megjelenítési idővel kapcsolatos problémák gyökerét. Például ha a „Nagy bemeneti késés” százaléka magas, érdemes ránézni az alkalmazás azon kódjára, amely a felhasználói bevitelt kezeli. Ha további információhoz szeretnél jutni ezekkel a mutatókkal kapcsolatban, keresd fel a kezelőfelület-teljesítmény teszteléséről szóló oldalt.

  • Kihagyott Vsync-események: A több mint 16 ms alatt megjelenített képkockák esetében a kihagyott Vsync-események száma elosztva a képkockák számával.
  • Nagy bemeneti késés: A több mint 16 ms alatt megjelenített képkockák esetében azon bemeneti események száma, amelyek több mint 24 ms-ig tartottak, elosztva a képkockák számával.
  • Lassú UI-szál: A több mint 16 ms alatt megjelenített képkockák esetében azon alkalmak száma, amikor az UI-szál több mint 8 ms-ig tartott, elosztva a képkockák számával.
  • Lassú megjelenítési parancsok: A több mint 16 ms alatt megjelenített képkockák esetében azon alkalmak száma, amikor a megjelenítési parancsok elküldése a GPU-nak több mint 12 ms-ig tartott, elosztva a képkockák számával.
  • Bittérképek lassú feltöltése: A több mint 16 ms alatt megjelenített képkockák esetében azon alkalmak száma, amikor a bittérkép feltöltése a GPU-ba több mint 3,2 ms-ig tartott, elosztva a képkockák számával.

Probléma kijavítása

Ha valamelyik alkalmazáshoz sok olyan képkocka tartozik, amelyek megjelenítési ideje lassabb 700 ms-nál, az Android fejlesztői webhelyén megoldásjavaslatokat találhatsz.

Alkalmazásindítási idő

Az Alkalmazásindítási idő oldalon azzal kapcsolatos részleteket láthatsz, hogy mikor indul az alkalmazás hideg, meleg, illetve forró rendszerállapotból.

Információk az adatgyűjtésről

  • Az indítási időket csak akkor rögzíti a rendszer, amikor a felhasználó aktivál valamilyen tevékenységet.
    • Példa: Billentyűzetalkalmazásoknál az indítási idő megegyezik a társalkalmazás indítási idejével.
  • Ha az alkalmazás ugyanazon a napon többször is elindul ugyanolyan rendszerállapotban, az aznapi leghosszabb indítási időt rögzíti a rendszer.
  • Az indítási idők akkor kerülnek rögzítésre, amikor az alkalmazás első képkockája teljesen betöltődik, akkor is, ha azon a képernyőn a felhasználók nem végezhetnek interakciót.
    • Példa: Ha az alkalmazás betöltési képernyővel indul el, az indítási idő az az idő, amennyire a betöltési képernyő megjelenítéséhez szükség van.

Információ a Vitals funkcióról

  • Érintett munkamenetek: Azon munkamenetek százalékos aránya, amelyeknél a felhasználók lassú indítási időt tapasztaltak az egyes rendszerállapotoknál:
    • Lassú hidegindítás: 5 másodperc vagy több
    • Lassú melegindítás: 2 másodperc vagy több
    • Lassú forróindítás: 1 másodperc vagy több
  • Munkamenetek száma: a rögzített munkamenetek becsült száma.
  • 90., illetve 99. percentilis: Az olyan napi munkamenetek 10, illetve 1%-a, amelyek esetében a felhasználók lassú indítási időt tapasztaltak az alkalmazásnál.

Probléma kijavítása

Ha az alkalmazásodnál túl gyakran mérünk lassú indítási időt, az Android fejlesztői webhelyén megnézheted a megoldásjavaslatokat.

Engedélymegtagadások

Az Engedélymegtagadások oldalon részleteket találhatsz azon napi engedélyezési munkamenetek százalékáról, amelyek során a felhasználók megtagadták az engedélyeket. A napi engedélyezési munkamenet olyan napra vonatkozik, amelyen az alkalmazás legalább egy engedélyt kért a felhasználótól.

Információk az adatgyűjtésről

Az engedélymegtagadásokról szóló adatokat akkor gyűjtjük, amikor a felhasználók az alkalmazáson belül válaszolnak az engedélykérésekre.

Információ a Vitals funkcióról

  • Megtagadások: Azon napi engedélyezési munkamenetek százaléka, amelyek során a felhasználók megtagadták az engedélyek megadását.
  • Ne kérdezzen rá többet: Azon napi engedélyezési munkamenetek százaléka, amelyek során a felhasználók megtagadták az engedélyek megadását a „Ne kérdezzen rá többet” lehetőséget választva.
  • Összes munkamenet: Rögzített munkamenetek becsült száma.

Probléma kijavítása

Ha az alkalmazásodnál túl sok engedélymegtagadást tapasztalsz, az Android fejlesztői webhelyén megnézheted a megoldásjavaslatokat.

Adatok elemzése dimenziókkal

Annak érdekében, hogy segítsünk az adatok rendszerezésében, szegmentálásában és elemzésében, az alkalmazásadatokat a következő dimenziókba soroltuk.

  • Köztes termék: az alkalmazás verziója.
  • Android-verzió (SDK): a felhasználó eszközén megtalálható Android operációs rendszer verziója.
  • Eszköztípus: az alkalmazás futtatásához használt eszköztípus (pl. telefon, táblagép, tévé, hordható eszköz)
  • Eszközmodell: a felhasználó eszközének marketing- és eszközneve (pl. Google Nexus 7/Flo).
  • Ébrentartás neve: az alkalmazásban a PowerManager API használatakor, programozott módon beállított címkék.
  • Ébresztés neve: az alkalmazásban az AlarmManager API használatakor, programozott módon beállított címkék.
  • ANR-tevékenységnév: annak a tevékenységosztálynak a teljes körűen minősített neve, amelynél az ANR-t észlelte a rendszer (ha rendelkezésre áll).
  • ANR-típus: információ arról (ha rendelkezésre áll), hogy mikor észlelte a rendszer az ANR-t (pl. szolgáltatás végrehajtásakor).

Kapcsolódó tartalom

Fedezd fel a bevált módszereket: az alkalmazás teljesítményének és stabilitásának növelése az Android vitals-mutatók segítségével.

Hasznosnak találta?
Hogyan fejleszthetnénk?

További segítségre van szüksége?

Jelentkezzen be a további támogatási lehetőségek igénybevételéhez, hogy gyorsabban megoldhassa a problémát