Memantau kualiti teknikal apl anda menggunakan Android vitals

Untuk mendapatkan butiran tambahan tentang metrik, pilih Lihat butiran () di sebelah metrik itu. Pada skrin seterusnya, anda boleh menyemak:

• Ambang gelagat buruk
• Penanda aras kategori
• Perbandingan penanda aras terperinci
  • Berhampiran bahagian atas halaman, dalam kad perbandingan apl setara, pilih Edit kelompok setara untuk mengedit kelompok setara tersuai. Selepas anda membuat kelompok setara tersuai, anda dapat melihat prestasi apl anda berbanding apl lain yang anda pilih di Google Play.
• Aliran metrik dari semasa ke semasa

Metrik kadar ANR memberikan ikhtisar kualiti apl anda. Metrik ini dikira dengan mengambil bilangan pengguna dengan ANR yang anda ada serta menormalkan kiraan ini berdasarkan penggunaan apl. Metrik dilaporkan sebagai peratusan pengguna aktif harian, dengan pengguna aktif harian ditakrifkan sebagai pengguna yang menggunakan apl dalam satu hari pada satu peranti. Jika pengguna menggunakan apl anda pada beberapa peranti dalam satu hari, setiap peranti akan menyumbang kepada bilangan pengguna aktif untuk hari tersebut. Jika beberapa pengguna menggunakan peranti yang sama dalam satu hari, ini dikira sebagai satu pengguna aktif.

Terdapat tiga metrik kadar ANR:

• Kadar ANR anggapan pengguna: Peratusan pengguna aktif harian anda yang mengalami sekurang-kurangnya satu ANR anggapan pengguna. ANR anggapan pengguna ialah ANR yang berkemungkinan disedari oleh pengguna. Pada masa ini, hanya ANR "tamat masa penghantaran input" yang dikira. Metrik ini akan sentiasa lebih rendah daripada kadar ANR keseluruhan anda kerana metrik dinormalkan mengikut penggunaan harian tetapi tidak mengira semua ANR.
  Kadar ANR anggapan pengguna ialah metrik penting, yang bermaksud bahawa metrik ini mempengaruhi kebolehtemuan apl anda pada Google Play. Metrik ini penting kerana ANR yang dikira sentiasa berlaku apabila pengguna berinteraksi dengan apl, yang paling banyak menyebabkan gangguan.
• Kadar ANR: Peratusan pengguna harian anda yang mengalami sekurang-kurangnya satu ANR. Metrik ini termasuk ANR yang tidak dikelaskan sebagai anggapan pengguna tetapi kami tidak dapat menjamin bahawa ANR ini tidak mempengaruhi pengguna.
• Kadar ANR berbilang: Peratusan pengguna harian anda yang mengalami sekurang-kurangnya dua ANR. Metrik ini membantu kami menyorot gelung isu.

Betulkan masalah

ANR yang menyumbang kepada metrik kadar ANR anda dilaporkan pada halaman Ranap dan ANR. Anda boleh menapis ANR anggapan pengguna pada halaman ini.

Laman Pembangun Android memberikan panduan tentang mendiagnosis dan membetulkan ANR.

Metrik kadar ranap sistem memberikan ikhtisar kualiti apl anda. Metrik ini dikira dengan mengambil bilangan pengguna anda dengan ranap serta menormalkan kiraan ini berdasarkan penggunaan apl. Metrik dilaporkan sebagai peratusan pengguna harian, dengan pengguna harian ditakrifkan sebagai pengguna yang menggunakan apl dalam satu hari pada satu peranti. Jika pengguna mempunyai beberapa peranti, pengguna itu akan dikira lebih daripada sekali. Contohnya, jika dua pengguna menggunakan apl selama dua hari pada satu peranti setiap seorang, maka empat sesi harian akan dihasilkan.

Terdapat tiga metrik kadar ranap sistem:

• Kadar ranap anggapan pengguna: Peratusan pengguna harian anda yang mengalami sekurang-kurangnya satu ranap anggapan pengguna. Ranap anggapan pengguna ialah ranap yang berkemungkinan disedari oleh pengguna. Sebagai contoh, ranap yang berlaku apabila apl anda sedang memaparkan aktiviti atau berjalan sebagai perkhidmatan latar hadapan. Metrik ini akan sentiasa lebih rendah daripada kadar ranap sistem keseluruhan anda kerana metrik dinormalkan mengikut penggunaan harian tanpa mengambil kira semua ranap.
  Kadar ranap anggapan pengguna ialah metrik penting, yang bermaksud bahawa metrik ini mempengaruhi kebolehtemuan apl anda pada Google Play. Metrik ini penting kerana ranap yang dikira sentiasa berlaku apabila pengguna berinteraksi, yang paling banyak menyebabkan gangguan. Inilah sebabnya anda harus memastikan apl anda tidak melebihi ambang gelagat buruk untuk metrik ini.

• Kadar ranap sistem: Peratusan pengguna harian anda yang mengalami sekurang-kurangnya satu ranap. Metrik ini termasuk ranap yang tidak dikelaskan sebagai anggapan pengguna tetapi kami tidak dapat menjamin bahawa ranap ini tidak mempengaruhi pengguna.

• Kadar ranap sistem berbilang: Peratusan pengguna harian anda yang mengalami sekurang-kurangnya dua ranap. Metrik ini membantu kami menyorot gelung isu.

Betulkan masalah

Laman Pembangun Android memberikan panduan tentang mendiagnosis dan membetulkan ranap.

Kadar LMK ialah metrik kualiti apl yang menunjukkan kesan tekanan memori pada pengalaman pengguna apl anda. Kadar LMK adalah berdasarkan bilangan pengguna yang telah mengalami bunuh memori rendah berbanding dengan metrik penggunaan apl anda. Metrik tersebut dilaporkan sebagai peratusan pengguna yang menggunakan apl dalam satu hari pada satu peranti. Jika pengguna mempunyai lebih daripada satu peranti, metrik tersebut dikira lebih daripada sekali. Contohnya, jika dua pengguna menggunakan apl selama dua hari pada satu peranti setiap seorang, maka empat sesi harian akan dihasilkan.

Terdapat satu metrik LMK:

• Kadar LMK anggapan pengguna: Peratusan pengguna aktif harian anda yang mengalami sekurang-kurangnya satu bunuh memori rendah (LMK) anggapan pengguna. LMK anggaran pengguna ialah LMK yang berkemungkinan disedari oleh pengguna. Contohnya, LMK yang berlaku semasa apl anda sedang memaparkan aktiviti atau berjalan sebagai perkhidmatan latar depan.

Betulkan masalah

Laman Pembangun Android memberikan panduan tentang mendiagnosis dan membetulkan LMK.

Pada halaman Masa permulaan, anda dapat melihat butiran tentang masa apl anda bermula secara perlahan daripada keadaan sistem sejuk, hangat dan panas. Masa permulaan mengukur masa yang diambil dari masa pengguna melancarkan apl anda sehingga masa bingkai pertama dipaparkan pada skrin. Proses ini juga dikenali sebagai 'masa sehingga paparan awal'.

Apl anda mungkin tidak bersedia untuk pengguna mula berinteraksi dengannya selepas ini, contohnya, jika apl anda mempunyai skrin pemuatan tambahan.

Butiran pengumpulan data

• Masa permulaan hanya dirakamkan apabila pengguna mencetuskan aktiviti.
  • Contoh: Untuk apl papan kekunci, masa permulaan adalah sama dengan masa permulaan apl rakan.
• Jika apl bermula beberapa kali pada hari yang sama daripada keadaan sistem yang sama, masa permulaan maksimum dirakamkan.
• Masa permulaan dijejaki apabila bingkai pertama apl dimuatkan sepenuhnya, walaupun bukan dengan skrin yang pengguna berinteraksi.
  • Contoh: Jika apl bermula dengan skrin percikan, masa permulaan adalah sama dengan masa yang diperlukan untuk memaparkan skrin percikan.

Butiran metrik

• Sesi yang terjejas: Peratusan sesi semasa pengguna mengalami masa permulaan perlahan bagi setiap keadaan sistem masing-masing:
  • Permulaan sejuk perlahan: 5 saat atau lebih
  • Permulaan hangat perlahan: 2 saat atau lebih
  • Permulaan panas perlahan: 1 saat atau lebih
• Bilangan sesi: Bilangan anggaran sesi yang direkodkan.
• Persentil ke-90/ke-99: 10%/1% sesi harian semasa pengguna apl anda mengalami masa permulaan perlahan.

Betulkan masalah

Jika apl anda mempunyai bilangan masa permulaan apl perlahan yang tinggi, pergi ke laman Pembangun Android untuk mendapatkan penyelesaian yang disyorkan.

Sebab perkara ini penting

Menggunakan sesi perlahan, anda boleh memahami prestasi kadar bingkai permainan anda, yang memberikan kesan terhadap kelancaran permainan anda kepada pengguna.

Fahami data apl anda

Pada halaman sesi Perlahan, anda akan melihat butiran tentang peratusan sesi harian dengan pengguna mengalami lebih daripada 25% bingkai berjalan lebih perlahan sama ada 30 FPS atau 20 FPS, bergantung pada penanda aras yang anda pilih. Anda juga boleh melihat taburan sesi mengikut kadar bingkai untuk permainan anda. (Kadar bingkai tahap sesi diukur pada persentil ke-75, yang bermaksud 75% bingkai mencapai sekurang-kurangnya kadar bingkai ini.)

Kebanyakan permainan dalam Google Play harus menyasarkan 30 FPS atau lebih tinggi. Hal ini memberikan pengalaman yang munasabah kepada pengguna, tanpa mengira jenis permainan yang dimainkan oleh mereka (walaupun sesetengah pengguna akan lebih menyukai sekurang-kurangnya 60 FPS, terutamanya pada peranti yang lebih mahal). Pantau metrik kadar sesi perlahan (30 FPS) untuk memastikan anda mencapai bar ini. Perlu diingat bahawa metrik ini hanya merangkumi sesi dengan lebih daripada 25% bingkai tidak memiliki 30 FPS, maka metrik itu memiliki sedikit toleransi untuk kepelbagaian kadar bingkai.

Walaupun 30 FPS memberikan pengalaman yang munasabah, mungkin terdapat masa atau jenis permainan yang wajar diturunkan kadar bingkai bawah kadar ini atau pengguna mungkin mahu bermain permainan anda pada telefon yang tidak menyokong 30 FPS. Dalam senario ini, sekurang-kurangnya 75% bingkai dalam sesi seharusnya masih mencapai 20 FPS atau lebih tinggi. Pantau metrik kadar sesi perlahan (20 FPS) untuk memastikan anda mencapai bar ini.

Android vitals melaporkan sesi perlahan (30 FPS) dan sesi perlahan (20 FPS) untuk setiap peranti serta merentas semua peranti dan sesi. Gunakan metrik keseluruhan untuk memahami pengalaman pengguna secara keseluruhan tetapi berikan perhatian juga pada prestasi setiap peranti. Pada masa yang sesuai, Play akan mula menjauhkan pengguna daripada permainan yang tidak boleh mencapai 20 FPS pada telefon mereka.

Vitals hanya akan mula memantau kadar bingkai selepas permainan anda berjalan selama 1 minit.

Butiran pengumpulan data

Metrik sesi perlahan diproses dengan data yang dikumpulkan daripada SurfaceFlinger. Secara lebih konkrit, kadar bingkai sesi dianggarkan berdasarkan masa antara bingkai dilukis pada permukaan milik apl, termasuk bingkai yang dipaparkan oleh OpenGL, Vulkan, serta kit alat UI Android. Pada masa ini, metrik ini hanya tersedia untuk permainan.

Data kadar bingkai untuk Sesi Perlahan dikumpulkan untuk peranti yang menjalankan Android 9 dan lebih baharu.

Paparan papan pemuka

• Kadar bingkai wakil: Prestasi kadar bingkai permainan anda pada peranti yang menggunakan Android 9 atau lebih baharu, dikira pada persentil ke-75. Hal ini bermaksud 75% sesi mengandungi kadar bingkai ini atau lebih laju 75% daripada masa.
• Kadar sesi Perlahan berbanding masa: Siri masa yang menunjukkan peratusan sesi yang ditentukan sebagai sesi Perlahan.
• Taburan kadar bingkai: Histogram yang menunjukkan kadar bingkai persentil ke-75 merentas sesi. Ini bermaksud bahawa 75% bingkai dalam sesi adalah lebih laju berbanding kadar bingkai yang digunakan untuk mengendalikan sesi ini.

Betulkan masalah

Jika bilangan sesi Perlahan apl anda tinggi, akses laman pembangun Android untuk mendapatkan penyelesaian yang disyorkan.

Fahami data apl anda

Pada halaman Bingkai perlahan yang berlebihan, anda akan melihat butiran tentang peratusan sesi harian dengan pengguna mengalami lebih daripada 50% bingkai melepasi batas waktu lukisan peranti. Interaksi pengguna dengan apl anda harus dijalankan pada 60 bingkai sesaat tanpa sebarang bingkai digugurkan atau ditangguhkan.

Butiran pengumpulan data

Google mengumpulkan masa pemaparan setiap bingkai yang dipaparkan oleh apl anda apabila menggunakan rangka kerja Set Peralatan UI. Bingkai dipaparkan menggunakan OpenGL or Vulkan secara langsung tidak akan dikumpulkan.

Paparan papan pemuka

Apabila anda memilih baris, anda akan melihat data diperincikan kepada persentil.

• Sesi terjejas: Peratusan sesi harian semasa pengguna mengalami lebih daripada 50% bingkai dengan masa pemaparan lebih tinggi daripada 16 ms. Sesi harian merujuk hari semasa apl anda digunakan. Sebagai contoh, dua orang pengguna yang menggunakan apl selama dua hari akan menghasilkan empat sesi harian.
• Bilangan sesi: Bilangan anggaran sesi yang direkodkan.
• Persentil ke-90/ke-99: 90%/99% daripada jumlah bingkai yang mempunyai masa pemaparan lebih rendah daripada angka yang ditunjukkan. Angka ini berdasarkan semua bingkai terkumpul.

Apabila anda mengklik entri dalam jadual, anda akan melihat carta 'Taburan masa pemaparan UI'. Apabila menyemak carta, anda perlu memastikan bahawa masa pemaparan sebahagian besar bingkai apl anda adalah 16 ms atau kurang.

Data di bawah carta menggambarkan prestasi pemaparan apl dan dapat membantu anda mencari punca sebarang isu berkaitan masa pemaparan. Contohnya, jika peratusan ‘Kependaman input tinggi’ anda tinggi, anda mungkin ingin melihat kod apl anda yang mengendalikan input pengguna. Untuk mendapatkan maklumat lanjut tentang metrik ini, pergi ke menguji prestasi UI.

• Vsync terlepas: Bagi semua bingkai dengan masa pemaparan melebihi 16 ms, bilangan peristiwa Vsync terlepas dibahagikan dengan bilangan bingkai.
• Kependaman input tinggi: Bagi semua bingkai dengan masa pemaparan melebihi 16 ms, bilangan peristiwa input yang mengambil masa lebih daripada 24 ms dibahagikan dengan bilangan bingkai.
• Urutan UI perlahan: Bagi semua bingkai dengan masa pemaparan melebihi 16 ms, kekerapan urutan UI yang mengambil masa lebih daripada 8 ms untuk dilengkapkan dibahagikan dengan bilangan bingkai.
• Perintah lukis perlahan: Bagi semua bingkai dengan masa pemaparan melebihi 16 ms, kekerapan penghantaran perintah lukis perlahan kepada GPU yang mengambil masa lebih daripada 12 ms dibahagikan dengan bilangan bingkai.
• Muat naik bitmap perlahan: Bagi semua bingkai dengan masa pemaparan melebihi 16 ms, kekerapan apabila bitmap mengambil masa lebih daripada 3.2 ms untuk dimuat naik kepada GPU dibahagikan dengan bilangan bingkai.

Betulkan masalah

Jika apl anda memiliki bilangan bingkai dengan masa pemaparan melebihi 16 ms yang tinggi, akses laman pembangun Android untuk mendapatkan penyelesaian yang disyorkan.

Fahami data apl anda

Pada halaman Bingkai perlahan yang berlebihan, anda akan melihat butiran tentang peratusan sesi harian dengan pengguna mengalami lebih daripada 50% bingkai melepasi batas waktu lukisan peranti. Interaksi pengguna dengan apl anda harus dijalankan pada 60 bingkai sesaat tanpa sebarang bingkai digugurkan atau ditangguhkan.

Butiran pengumpulan data

Google mengumpulkan masa pemaparan setiap bingkai yang dipaparkan oleh apl anda apabila menggunakan rangka kerja Set Peralatan UI. Bingkai dipaparkan menggunakan OpenGL or Vulkan secara langsung tidak akan dikumpulkan.

Paparan papan pemuka

Apabila anda memilih baris, anda akan melihat data diperincikan kepada persentil.

• Sesi terjejas: Peratusan sesi harian semasa pengguna mengalami lebih daripada 50% bingkai dengan masa pemaparan lebih tinggi daripada 16 ms. Sesi harian merujuk hari semasa apl anda digunakan. Sebagai contoh, dua orang pengguna yang menggunakan apl selama dua hari akan menghasilkan empat sesi harian.
• Bilangan sesi: Bilangan anggaran sesi yang direkodkan.
• Persentil ke-90/ke-99: 90%/99% daripada jumlah bingkai yang mempunyai masa pemaparan lebih rendah daripada angka yang ditunjukkan. Angka ini berdasarkan semua bingkai terkumpul.

Apabila anda mengklik entri dalam jadual, anda akan melihat carta 'Taburan masa pemaparan UI'. Apabila menyemak carta, anda perlu memastikan bahawa masa pemaparan sebahagian besar bingkai apl anda adalah 16 ms atau kurang.

Data di bawah carta menggambarkan prestasi pemaparan apl dan dapat membantu anda mencari punca sebarang isu berkaitan masa pemaparan. Contohnya, jika peratusan ‘Kependaman input tinggi’ anda tinggi, anda mungkin ingin melihat kod apl anda yang mengendalikan input pengguna. Untuk mendapatkan maklumat lanjut tentang metrik ini, pergi ke menguji prestasi UI.

• Vsync terlepas: Bagi semua bingkai dengan masa pemaparan melebihi 16 ms, bilangan peristiwa Vsync terlepas dibahagikan dengan bilangan bingkai.
• Kependaman input tinggi: Bagi semua bingkai dengan masa pemaparan melebihi 16 ms, bilangan peristiwa input yang mengambil masa lebih daripada 24 ms dibahagikan dengan bilangan bingkai.
• Urutan UI perlahan: Bagi semua bingkai dengan masa pemaparan melebihi 16 ms, kekerapan urutan UI yang mengambil masa lebih daripada 8 ms untuk dilengkapkan dibahagikan dengan bilangan bingkai.
• Perintah lukis perlahan: Bagi semua bingkai dengan masa pemaparan melebihi 16 ms, kekerapan penghantaran perintah lukis perlahan kepada GPU yang mengambil masa lebih daripada 12 ms dibahagikan dengan bilangan bingkai.
• Muat naik bitmap perlahan: Bagi semua bingkai dengan masa pemaparan melebihi 16 ms, kekerapan apabila bitmap mengambil masa lebih daripada 3.2 ms untuk dimuat naik kepada GPU dibahagikan dengan bilangan bingkai.

Betulkan masalah

Jika apl anda memiliki bilangan bingkai yang tinggi dengan masa pemaparan melebihi 16 ms, akses laman pembangun Android untuk mendapatkan penyelesaian yang disyorkan.

Halaman Wake lock tersekat dan Wake lock separa tersekat (latar belakang) menunjukkan wake lock separa yang diperoleh apl anda melalui kelas PowerManager. Wake lock separa memastikan CPU berfungsi tetapi cahaya latar skrin dan papan kekunci dibenarkan untuk dimatikan.

Butiran pengumpulan data

• Untuk tujuan privasi, tag pengenalan wake lock separa dijadikan awanama.
• Data tentang wake lock separa dikumpulkan semasa peranti tidak dicas dan skrin dimatikan.
• Data wake lock separa tersekat (latar belakang) hanya dikumpulkan semasa apl berjalan di latar belakang.
• Google mengira tempoh wake lock separa maksimum setiap sesi bateri untuk menunjukkan jumlah sesi yang terjejas akibat wake lock yang panjang. Sebagai contoh, jika pengguna mencetuskan wake lock selama dua jam, Google akan menggunakan nilai wake lock maksimum sejam.
• Untuk apl yang menetapkan sharedUserId dalam fail manifes: Anda hanya akan melihat data jika maksimum satu apl dengan sharedUserId yang sama dipasang.

Butiran metrik

• Sesi terjejas: Peratusan sesi bateri bagi pengguna yang mengalami sekurang-kurangnya satu wake lock yang melebihi masa sejam.
• Bilangan sesi: Bilangan anggaran sesi yang direkodkan.
• Persentil ke-90/ke-99: 10%/1% sesi harian semasa pengguna mengalami tempoh wake lock separa melebihi angka yang ditunjukkan.
• Ambang gelagat buruk: Jika apl anda mempamerkan kadar kejadian yang sama dengan atau lebih tinggi daripada ambang yang ditunjukkan, apl anda berada dalam kumpulan bawah 25% daripada 1,000 apl teratas dalam Google Play (mengikut bilangan pemasangan).

Betulkan masalah

Jika bilangan wake lock separa tersekat apl anda tinggi, pergi ke laman Pembangun Android untuk mendapatkan penyelesaian yang disyorkan.

Halaman Wakeup yang berlebihan menunjukkan Wakeup Alarm Manager yang dicetuskan oleh apl anda. Anda akan melihat data wakeup untuk kelas ELAPSED_REALTIME_WAKEUP atau RTC_WAKEUP.

Butiran pengumpulan data

• Untuk tujuan privasi, tag pengenalan wakeup dijadikan awanama.
• Wakeup dikumpulkan semasa peranti tidak dicas.
• Untuk menyediakan metrik ternormal, bilangan wakeup dibandingkan dengan masa apabila peranti menggunakan bateri. Google mengira jumlah wakeup sejam setiap pengguna untuk menunjukkan jumlah pengguna yang terjejas akibat kadar wakeup yang tinggi.
• Untuk apl yang menetapkan sharedUserId dalam fail manifes: Anda hanya akan melihat data jika maksimum satu apl dengan sharedUserId yang sama dipasang.

Butiran metrik

• Sesi terjejas: Peratusan sesi bateri semasa pengguna mengalami lebih daripada 10 wakeup dalam sejam. Sesi bateri ialah pengagregatan bagi semua laporan bateri yang diterima dalam tempoh 24 jam yang tertentu. Dalam Android 10, laporan bateri merujuk kepada selang masa bagi dua pengecasan bateri sama ada daripada bawah 20% hingga melebihi 80 atau daripada apa-apa sahaja nilai hingga 100%. Dalam Android 11 dan yang lebih baharu, laporan bateri merujuk kepada tempoh 24 jam yang tetap. Google hanya mengumpulkan data apabila peranti dicabut daripada pengecas.
• Bilangan sesi: Bilangan anggaran sesi yang direkodkan.
• Persentil ke-90/ke-99: 10%/1% sesi harian semasa pengguna mengalami wakeup dalam sejam yang melebihi nilai yang ditunjukkan.
• Ambang gelagat buruk: Jika apl anda mempamerkan kadar kejadian yang sama dengan atau lebih tinggi daripada ambang yang ditunjukkan, apl anda berada dalam kumpulan bawah 25% daripada 1,000 apl teratas dalam Google Play (mengikut bilangan pemasangan).

Betulkan masalah

Jika apl anda kerap mengalami wakeup, pergi ke laman Pembangun Android untuk mendapatkan penyelesaian yang disyorkan.

Halaman Pengimbasan Wi-Fi yang berlebihan (latar belakang) ditunjukkan apabila pengimbasan Wi-Fi menyebabkan penggunaan bateri yang tinggi.

Butiran pengumpulan data

Data tentang pengimbasan Wi-Fi dikumpulkan apabila peranti tidak mengecas dan apl berjalan di latar belakang.

Butiran metrik

• Sesi terjejas: Peratusan sesi bateri semasa pengguna mengalami lebih daripada 4 pengimbasan Wi-Fi dalam sejam.
• Bilangan sesi: Bilangan anggaran sesi yang direkodkan.
• Persentil ke-90/ke-99: 10%/1% sesi harian semasa pengguna mengalami lebih banyak pengimbasan Wi-Fi pada latar setiap jam berbanding dengan angka yang ditunjukkan.

Betulkan masalah

Jika apl anda memiliki bilangan pengimbasan Wi-Fi latar yang tinggi, akses laman Pembangun Android untuk mendapatkan penyelesaian yang disyorkan.

Halaman Penggunaan rangkaian yang berlebihan dipaparkan apabila sejumlah besar data rangkaian dikaitkan dengan perkhidmatan latar. Apabila penggunaan rangkaian mudah alih berlaku di latar, pengguna anda tidak mempunyai akses mudah kepada kawalan untuk menghentikan pemindahan data.

Butiran pengumpulan data

Data tentang penggunaan rangkaian mudah alih dikumpulkan apabila peranti tidak mengecas dan apl berjalan di latar belakang.

Butiran metrik

• Sesi terjejas: Peratusan sesi bateri semasa pengguna mengalami lebih daripada 50 MB penggunaan rangkaian pada latar dalam sehari.
• Bilangan sesi: Bilangan anggaran sesi yang direkodkan.
• Persentil ke-90/ke-99: 10%/1% sesi harian semasa pengguna mengalami penggunaan rangkaian harian pada latar yang melebihi angka yang ditunjukkan.

Betulkan masalah

Jika apl anda banyak menggunakan rangkaian latar, akses laman Pembangun Android untuk mendapatkan penyelesaian yang disyorkan.

Halaman Penggunaan bateri berlebihan (muka jam)dipaparkan apabila apl muka jam dikaitkan dengan penggunaan bateri yang tinggi. Apabila muka jam menyebabkan penggunaan bateri yang berlebihan, jam tangan tidak akan tahan sepanjang hari dengan sekali cas.

Butiran pengumpulan data

Data tentang penggunaan bateri dikumpulkan apabila peranti tidak dicas dan tiada apl yang digunakan.

Butiran metrik

• Sesi terjejas: Peratusan sesi muka jam apabila penggunaan bateri melebihi 4.44% sejam.
• Bilangan sesi: Bilangan anggaran sesi yang direkodkan.

Betulkan masalah

Jika muka jam anda menggunakan bateri secara berlebihan, akses laman Pembangun Android untuk penyelesaian yang disyorkan.

Wake lock separa berlebihan ialah metrik kualiti yang menunjukkan bahawa tempoh wake lock separa apl anda berjalan pada latar adalah berlebihan. Wake lock separa memastikan bahawa CPU berjalan, skrin dan cahaya latar papan kekunci peranti dibenarkan untuk dimatikan.

Butiran pengumpulan data

• Data tentang wake lock separa berlebihan dikumpulkan semasa peranti tidak dicas dan skrin dimatikan
• Data wake lock separa berlebihan pada masa ini hanya dikumpulkan apabila apl dijalankan pada latar.
• Bagi apl yang menetapkan sharedUserId dalam fail manifes apl tersebut: Anda hanya akan melihat data jika maksimum satu apl dengan sharedUserId yang sama dipasang.

Butiran metrik

• Sesi terjejas: Peratusan sesi bateri semasa pengguna mengalami satu atau beberapa wake lock separa yang berjumlah lebih daripada 3 jam
• Bilangan sesi: Bilangan anggaran sesi yang direkodkan.
• Persentil ke-90 / ke-99: 10% / 1% sesi harian bagi pengguna yang mengalami tempoh wake lock separa melebihi angka yang ditunjukkan.

Betulkan masalah

Jika bilangan wake lock separa berlebihan apl anda tinggi, akses laman Pembangun Android untuk mendapatkan penyelesaian yang disyorkan.

Pada halaman Penafian kebenaran, anda dapat melihat butiran tentang peratusan sesi kebenaran harian semasa pengguna menafikan kebenaran. Sesi kebenaran harian merujuk kepada hari semasa apl anda meminta sekurang-kurangnya satu kebenaran daripada pengguna.

Butiran pengumpulan data

Data tentang penafian kebenaran dikumpulkan apabila pengguna memberi respons terhadap permintaan kebenaran dalam apl anda.

Butiran metrik

• Penafian: Peratusan sesi kebenaran harian semasa pengguna menafikan kebenaran.
• Jangan tanya lagi: Peratusan sesi kebenaran harian semasa pengguna menafikan kebenaran dengan memilih Jangan tanya lagi.
• Jumlah sesi: Anggaran bilangan anggaran sesi yang direkodkan.

Betulkan masalah

Jika bilangan penafian kebenaran apl anda tinggi, akses laman Pembangun Android untuk mendapatkan penyelesaian yang disyorkan.

Pada halaman Android vitals, anda boleh melihat butiran tentang nilai teras apl anda. DAU / MAU ialah salah satu metrik yang digunakan untuk menilai nilai teras apl anda bagi pengguna. Metrik itu mewakili nisbah pengguna aktif harian (DAU) iaitu pengguna yang membuka apl anda sekurang-kurangnya sekali sehari, kepada pengguna aktif bulanan (MAU) iaitu pengguna yang membuka apl anda sekurang-kurangnya sekali dalam tempoh 28 hari. Apabila DAU / MAU apl anda tidak mencapai ambang 8% untuk nilai teras, amaran mungkin dipaparkan pada penyenaraian gedung anda dan apl anda mungkin tidak layak dipaparkan pada platform tertentu pada Google Play.

Kadar kehilangan pengguna digunakan untuk menilai nilai teras apl anda bagi pengguna. Kadar kehilangan pengguna ialah nisbah pengguna yang menyahpasang apl anda daripada semua peranti mereka, berbanding dengan pengguna yang memasang apl anda pada sekurang-kurangnya satu peranti aktif. Peranti dianggap aktif jika peranti tersebut telah dihidupkan sepanjang 30 hari yang lalu. Kadar kehilangan pengguna yang tinggi boleh mencadangkan terdapat nilai teras yang rendah bagi pengguna. Jika kadar kehilangan pengguna anda melebihi ambang Play sebanyak 5%, amaran mungkin dipaparkan pada penyenaraian gedung anda dan apl anda  mungkin tidak layak dipaparkan pada platform tertentu pada Google Play.

Google Play telah mentakrifkan ambang gelagat buruk pada kadar ANR anggapan pengguna:

• Gelagat buruk keseluruhan: Sekurang-kurangnya 0.47% pengguna aktif harian mengalami ANR anggapan pengguna pada semua model peranti.

• Gelagat buruk setiap peranti: Sekurang-kurangnya 8% pengguna aktif harian mengalami ANR anggapan pengguna untuk model peranti tunggal.

Untuk memperbaik kadar ANR anda, baiki gugusan ANR asas yang dilaporkan pada halaman Ranap dan ANR. Semakin tinggi bilangan pengguna yang terjejas, semakin banyak gugusan itu menyumbang kepada kadar ANR anda.

Jika aspek tertentu perkakasan atau perisian peranti mungkin menyumbang kepada kadar ANR anda, Android vitals akan memberitahu anda. Anda juga boleh menerokai sendiri perkaitan pada halaman Ikhtisar jangkauan dan peranti (Pantau dan buat peningkatan > Jangkauan dan peranti > Ikhtisar).

Google Play telah mentakrifkan ambang gelagat buruk pada kadar ranap anggapan pengguna:

• Gelagat buruk keseluruhan: Sekurang-kurangnya 1.09% pengguna harian mengalami ranap anggapan pengguna pada semua model peranti.

• Gelagat buruk setiap peranti: Sekurang-kurangnya 8% pengguna harian mengalami ranap anggapan pengguna untuk model peranti tunggal.

Untuk memperbaik kadar ranap sistem, betulkan gugusan ranap asas yang dilaporkan pada halaman Ranap dan ANR. Semakin tinggi bilangan pengguna yang terjejas, semakin banyak gugusan itu menyumbang kepada kadar ranap sistem anda.

Jika aspek tertentu perkakasan atau perisian peranti mungkin menyumbang kepada kadar ranap sistem anda, Android vitals akan memberitahu anda. Anda juga boleh menerokai sendiri perkaitan pada halaman Ikhtisar jangkauan dan peranti (Pantau dan buat peningkatan > Jangkauan dan peranti > Ikhtisar).

Google Play telah mentakrifkan ambang gelagat buruk bagi penggunaan bateri berlebihan (muka jam):

• Gelagat buruk keseluruhan: Lebih daripada 1% sesi muka jam menggunakan bateri secara berlebihan, merentas semua model peranti.

• Gelagat buruk setiap peranti: Lebih daripada 1% sesi muka jam menggunakan bateri secara berlebihan, untuk satu model peranti.

Google Play telah mentakrifkan ambang gelagat buruk bagi wake lock separa berlebihan (beta). Walaupun metrik dalam beta, perkara ini tidak akan membuatkan apl anda sukar ditemukan pada Google Play.

• Gelagat buruk keseluruhan: Lebih daripada 5% sesi bateri telah mengalami satu atau beberapa wake lock separa yang berjumlah lebih daripada 3 jam.

Untuk mengurangkan penggunaan bateri anda, akses laman Pembangun Android untuk mendapatkan penyelesaian yang disyorkan.

Temukan amalan terbaik menggunakan Android vitals untuk meningkatkan prestasi dan kestabilan apl anda.